小编gub*_*ins的帖子

为什么ssh在没有-t的情况下等待我的子shell,并用-t杀死它们?

我有一个bash脚本start.sh,如下所示:

for thing in foo bar; do
    {
        background_processor $thing
        cleanup_on_exit $thing
    } &
done
Run Code Online (Sandbox Code Playgroud)

这就是我想要的:我运行start.sh,它以代码0退出,并且两个子shell在后台运行.每个子shell运行background_processor,当它退出时,它运行cleanup_on_exit.即使我退出我最初运行start.sh的终端(即使这是一个ssh连接),这也有效.

然后我尝试了这个:

ssh user@host "start.sh"
Run Code Online (Sandbox Code Playgroud)

这是有效的,除了start.sh退出后,ssh显然也等待子壳退出.我真的不明白为什么.一旦start.sh退出,子shell变成pid 1的子项,并且它们甚至没有被赋予tty ...所以我无法理解它们如何仍然与我的ssh连接相关联.

我后来试过这个:

ssh -t user@host "start.sh"
Run Code Online (Sandbox Code Playgroud)

现在进程有一个指定的伪tty.现在,我发现ssh一旦start.sh退出就会退出,但它也会杀死子进程.

我猜想在后一种情况下子进程被发送了SIGHUP,所以我这样做了:

ssh -t user@host "nohup start.sh"
Run Code Online (Sandbox Code Playgroud)

这实际上有效!所以,我有一个解决我的实际问题的方法,但我想在这里掌握SIGHUP/tty的微妙之处.

总之,我的问题是:

  1. 为什么ssh(没有-t)即使在start.sh退出后也等待子进程,即使它们有父pid 1?
  2. 为什么SSH(与-t)杀子进程,显然与一个SIGHUP,即使当我从一个终端运行它们,然后注销该终端不发生?

ssh bash tty subshell

15
推荐指数
1
解决办法
4732
查看次数

标签 统计

bash ×1

ssh ×1

subshell ×1

tty ×1