如何通过SSH在远程后台启动进程并在客户端精准控制其PID？

核心需求回顾 #

通过SSH启动远程长运行进程，客户端需非阻塞后台运行，后续能通过PID精准终止进程，避免killall的范围过大问题。

可行方案 #

方案一：捕获远程进程PID，后续精准Kill #

解决之前策略B的阻塞问题，关键是重定向nohup的输出，让SSH会话在输出PID后立即退出：

# 启动远程进程并获取PID，执行后立即返回无阻塞
REMOTE_PID=$(ssh user@host "nohup long_running_task > /dev/null 2>&1 & echo $!")
echo "远程进程PID已记录：$REMOTE_PID"

# 后续需要终止时执行
ssh user@host "kill $REMOTE_PID"

如果需要保留进程日志，可将输出定向到远程主机的日志文件，比如替换为> /var/log/my_task.log 2>&1。

方案二：通过SSH会话传递信号（无需单独保存远程PID） #

利用SSH的伪终端分配功能，确保客户端发送的信号能传递到远程进程：

# 强制分配伪终端并后台启动SSH会话
ssh -t -t user@host "long_running_task" &
SSH_SESSION_PID=$!
echo "SSH会话PID已记录：$SSH_SESSION_PID"

# 终止时直接kill SSH会话，信号会传递到远程进程
kill -INT $SSH_SESSION_PID

这里的-t -t是强制分配伪终端（即使在非交互式脚本环境下），确保远程进程和SSH会话绑定，当SSH客户端进程被终止时，远程进程会收到SIGHUP信号。若进程忽略SIGHUP，可改用kill -TERM $SSH_SESSION_PID发送强制终止信号。

之前策略失败的原因 #

• 策略A：未分配伪终端，SSH客户端被kill后，远程进程会成为孤儿进程被系统接管，无法收到客户端发送的信号。
• 策略B：未重定向nohup的输出，SSH会话会等待后台进程的输出流关闭，导致命令一直阻塞到远程进程结束。

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