SSH会话内使用trap捕获信号失效的问题求助

看起来你遇到的是个典型的SSH信号传递坑，我来帮你拆解问题原因和解决办法：

问题根源 #

当你用ssh -tt建立连接时，本地按下Ctrl+C触发的SIGINT信号会同时发给两个进程：

• 本地的ssh客户端进程
• 远程会话里的前台进程（也就是你启动的debug模式服务器）

虽然远程的debug服务器会收到信号退出，但本地的ssh进程也会被SIGINT直接终止，导致整个SSH连接瞬间断开——远程shell根本没机会执行trap里的恢复命令，会话就结束了。

解决方案 #

我们需要让Ctrl+C的信号只作用于远程的debug进程，或者确保远程shell在debug进程退出后，无论如何都能执行恢复命令。这里有两种靠谱的实现方式：

方法一：临时修改本地终端的中断信号行为 #

在启动SSH前，把本地终端的中断字符换成其他键（比如Ctrl+J），这样按下Ctrl+C就只会发送给远程进程，不会终止本地SSH连接：

# 先保存当前的中断字符设置
original_intr=$(stty -g | cut -d ';' -f 1)
# 临时将中断字符改为Ctrl+J
stty intr ^J

# 启动SSH会话
ssh -tt my.server -L 8001:localhost:8000 <<'ENDSSH'
# 同时捕获INT和EXIT信号，确保无论如何都执行恢复操作
trap 'echo "正在恢复正常模式服务器..."; 这里替换成你的正常启动命令' INT EXIT

# 先停止当前服务器
这里替换成你的停止服务器命令
# 启动debug模式服务器
这里替换成你的debug启动命令
ENDSSH

# 恢复原来的中断字符设置
stty intr "$original_intr"

操作时，你按下Ctrl+C只会终止远程的debug服务器，SSH会话不会断开，远程shell会触发trap里的命令，执行完成后才会退出SSH。

方法二：在远程脚本中用子shell+wait保证trap执行 #

把debug服务器放到子shell后台运行，再用wait命令等待它结束，这样远程shell会保持前台状态，捕获到SIGINT后先执行trap再退出：

ssh -tt my.server -L 8001:localhost:8000 <<'ENDSSH'
# 捕获INT和EXIT信号，确保恢复命令一定会执行
trap 'echo "恢复正常模式服务器..."; 这里替换成你的正常启动命令' INT EXIT

# 停止当前服务器
这里替换成你的停止服务器命令

# 将debug服务器放到子shell后台，并用wait等待它结束
( 这里替换成你的debug启动命令 ) &
wait $!
ENDSSH

这种方式不需要修改本地终端设置，通过远程脚本的逻辑保证trap命令能被执行。

额外小提示 #

• 记得把示例里的占位命令替换成你实际使用的服务器启停、debug启动命令
• 可以用trap -l在远程服务器上查看所有信号的编号，INT对应的就是信号2
• 你用<<'ENDSSH'的写法是正确的，这样本地的变量不会被错误扩展到远程脚本里

备注：内容来源于stack exchange，提问作者Johannes von Zmuda