如何解决SSH不转发SIGTERM信号致远程进程无法终止的问题？

我之前也被这个问题卡过好一阵子——OpenSSH默认确实不会把SIGTERM这类信号转发给远程执行的命令，毕竟它的设计里没做这个默认转发逻辑。下面几个方案都是我实际用过有效的，你可以根据自己的场景挑：

方案1：用-t强制分配伪终端 + exec替换远程shell #

当你加-t参数时，SSH会给远程命令分配一个伪终端（PTY），而exec的作用是让你的print-signal.py直接替换远程端的登录shell，这样这个脚本进程就成了SSH会话的直接子进程。当本地SSH进程收到SIGTERM终止时，远程的PTY会被关闭，系统会给这个进程发SIGHUP信号（只要脚本没特意忽略这个信号），就能触发它终止了。

执行命令改成：

ssh -t root@localhost 'exec /root/print-signal.py'

如果你的脚本本身会忽略SIGHUP，可以在远程端加个陷阱捕获SIGHUP，然后主动给自己发SIGTERM：

ssh -t root@localhost 'trap "kill -TERM $$" HUP; exec /root/print-signal.py'

方案2：用systemd临时服务（适配systemd环境） #

如果远程机器用的是systemd，你可以让脚本作为临时systemd服务运行。当SSH会话断开时，systemd会自动清理这个临时服务，给进程发SIGTERM终止它：

ssh root@localhost 'systemd-run --user --scope /root/print-signal.py'

--scope参数会把进程放到临时的scope单元里，会话结束后systemd就会自动回收这个单元。

方案3：手动绑定会话与进程（精准控制场景） #

如果需要更精准的信号控制，可以先记录远程进程的PID，然后在本地SSH进程终止时，通过另一个SSH连接发送SIGTERM：

# 启动远程脚本并记录PID
REMOTE_PID=$(ssh root@localhost '/root/print-signal.py & echo $!')
# 启动后台SSH会话保持监听，一旦断开就触发信号发送
ssh root@localhost "while kill -0 $REMOTE_PID; do sleep 1; done" &
SSH_MONITOR_PID=$!
# 给当前shell加陷阱，收到SIGTERM时先终止监听会话，再杀远程进程
trap "kill $SSH_MONITOR_PID; ssh root@localhost 'kill -TERM $REMOTE_PID'" TERM
wait $SSH_MONITOR_PID

这个方法步骤多，但可控性强，适合需要指定发送特定信号的场景。

内容的提问来源于stack exchange，提问作者guettli