关闭SSH连接后远程部署脚本后台运行失效问题排查

我来帮你分析下这个问题，你遇到的情况其实挺常见的——SSH会话关闭后后台脚本跟着挂掉，哪怕用了nohup和&。咱们先拆解下核心原因，再给你几个靠谱的解决办法：

主要有这几个关键因素：

1. SIGHUP信号的影响：当你关闭SSH控制台时，会话会给所有关联进程发送SIGHUP终止信号，默认情况下进程收到这个信号就会退出。虽然nohup和disown能处理这个信号，但如果重定向没做好，或者脚本里的子进程没继承信号处理逻辑，还是会挂掉。
2. IO依赖终端：如果脚本里的命令需要读取终端输入（哪怕是隐含的），或者输出没完全脱离终端，进程会因为IO异常退出。比如你只做了nohup ./deploy.sh &，但标准错误没重定向，遇到错误时进程可能卡住。
3. 脚本内命令的终端绑定：比如某些Docker操作如果没加后台运行参数，或者拉取命令隐含需要终端交互，后台运行时会直接退出。

方案1：nohup+完整IO重定向+disown的正确姿势 #

不要只写简单的nohup ./deploy.sh &，必须把所有IO都彻底脱离终端：

nohup ./deploy.sh > /var/log/deploy.log 2>&1 < /dev/null &
disown -h %1

• > /var/log/deploy.log：把标准输出写到日志文件，方便后续排查问题
• 2>&1：把标准错误和标准输出合并到同一个日志文件
• < /dev/null：让进程的标准输入指向空设备，彻底避免等待终端输入
• disown -h %1：把后台进程从当前shell的作业列表移除，彻底屏蔽SIGHUP信号

方案2：用setsid脱离会话 #

setsid可以让进程在全新的会话中运行，完全脱离当前SSH会话的控制，父进程会变成init/systemd，SSH关闭后完全不受影响：

setsid ./deploy.sh > /var/log/deploy.log 2>&1 < /dev/null &

方案3：用screen/tmux（适合调试阶段） #

如果需要偶尔查看脚本的运行状态或输出，可以用终端复用工具创建后台会话：

screen -dmS deploy_session ./deploy.sh

之后如果想查看运行情况，直接执行screen -r deploy_session就能重新连接到会话，非常适合调试阶段使用。

方案4：用systemd服务（生产环境首选） #

如果是长期稳定的部署需求，把脚本做成systemd服务是最可靠的方式，完全由系统进程管理，和SSH会话彻底无关：

1. 创建服务文件/etc/systemd/system/deploy.service：

[Unit]
Description=Deployment Script Service
After=network.target

[Service]
Type=oneshot
ExecStart=/path/to/your/deploy.sh  # 替换成你的脚本实际路径
StandardOutput=journal+console
StandardError=journal+console
User=your_user  # 替换成执行脚本的用户

[Install]
WantedBy=multi-user.target

2. 刷新systemd配置：

sudo systemctl daemon-reload

3. 触发部署：

sudo systemctl start deploy.service

后续可以通过journalctl -u deploy.service查看脚本的运行日志，稳定性拉满。

• 检查deploy.sh里的Docker命令，确保启动容器时加了-d参数（比如docker run -d），让容器后台运行
• 脚本开头必须加上#!/bin/bash，避免用sh执行导致兼容性问题
• 确保脚本有可执行权限：chmod +x deploy.sh

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