2009-10-02 101 views
13

我有一个程序运行在远程计算机上,希望从父接收到SIGINT。该程序需要接收该信号才能正常工作。不幸的是,如果我通过SSH远程运行该进程并发送SIGINT,则ssh进程本身会陷入并中断而不是转发信号。如何通过SSH将SIGINT发送到远程进程?

下面是使用GDB此行为的示例:

本地运行:

 
$ gdb 
GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) 
... 
This GDB was configured as "x86_64-apple-darwin". 
^C 
(gdb) Quit 
^C 
(gdb) Quit 
^C 
(gdb) Quit 

远程运行:

 
$ ssh foo.bar.com gdb 
GNU gdb Red Hat Linux (6.3.0.0-1.159.el4rh) 
... 
This GDB was configured as "i386-redhat-linux-gnu". 
(gdb) ^C 
Killed by signal 2. 
$ 

任何人可以提出解决这个问题的一种工作方式?本地ssh客户端是OpenSSH_5.2p1。

回答

21
 
$ ssh -t foo.bar.com gdb 
... 
(gdb) ^C 
Quit 
+1

完美。而已。 谢谢。 – Matt 2009-10-03 19:18:41

0

您可以在远程计算机上运行终端并使用kill -INT向其发送信号吗?

1

在gdb提示符下尝试signal SIGINT

+0

在我的情况下,远程程序不GDB更方便 - 我只是使用例子来说明这个问题。对不起,不清楚。 (实际的远程过程是一个服务器在标准IO上下象棋。) 谢谢。 – Matt 2009-10-02 22:44:52

1

它看起来像你在做ctrl + c。问题是您的终端窗口正在向本地运行的ssh进程发送SIGINT,而不是在远程系统上进行。

您必须在远程系统上使用kill命令或系统调用手动指定信号。

或使用killall

$killall -INT gdb 
+1

不幸的是,无论我向终端写入^ C还是使用kill将SIGINT发送到ssh进程,行为都是相同的。 – Matt 2009-10-02 22:53:55

+1

您必须将SIGINT发送到您想要接收的进程,而不是您的ssh会话。 – 2009-10-02 23:00:49