主页 / computer / 问题 / 1458984
Accepted
Pritzl
Asked: 2019-07-13 00:19:48 +0800 CST

当我的脚本停止时，如何停止内联后台进程？

  • 772

在 shell 脚本中，我执行以下操作：

#!/bin/sh

while true; do ssh -o ExitOnForwardFailure=yes -L 8080:localhost:80 -N server; sleep 1; done &

... rest of the script, which uses the tunnel as made above ...

这保证了隧道始终保持打开状态，因此在连接丢失的情况下会重新打开。这个隧道在主脚本的其他部分用到了，这里不再赘述。这些部分可以处理一个不起作用的隧道，它们只是稍后重试。

当主脚本死亡时，例如由于SIGTERMor SIGINT，我希望该while循环也停止。主脚本死后无需保持该隧道打开。

在 shell 脚本中执行此操作的常用方法是什么？请注意，我想要两件事：

  1. 防止重新执行ssh命令
  2. ssh尽快停止并断开当前正在进行的会话

我不确定如何在 shell 脚本中执行所有这些操作。

请注意，我目前在 plain 工作，但如果需要sh我可以继续工作。bash

linux bash

1 个回答

  1. Best Answer

    一种有点通用的方法。

    while true; do foo; sleep 1; done &
# the rest of the script here
kill -- -"$$"

    诀窍是脚本运行子进程（这里foo还有其他进程），进程组 ID (PGID) 等于 shell 的 PID。这会传播给孙子等。shell 本身也在这个进程组中。有例外（交互式 shell 中的作业，timeout）所以这并不像您想要的那样普遍，但在非交互式脚本中仍然使用foobeing或类似的简单命令，该方法应该有效。ssh

    kill带有否定参数的向整个进程组发送信号。

    但有一个警告：可能的竞争条件。通常foo在子外壳接收并处理信号之前可能会被杀死。如果延迟足够长（无论出于何种原因），foo则可能会在完成其工作sleep 1后产生新的（特别是如果没有） 。kill考虑这种改进：

    while true; do foo; sleep 1; done &
subpid=$!
# the rest of the script here
kill "$subpid"
wait "$subpid" 2>/dev/null
# at this moment we're certain the subshell is no more, new foo will not be spawned
trap '' TERM
# foo will maintain the old PGID, so…
kill -- -"$$" 2>/dev/null

    这里的陷阱只是为了让主 shell 优雅地退出而不打印Terminated到控制台。

    不是任何后台进程的通用方法，但通常是ssh类似场景中的有用方法。

    使用autossh。从它的手册：

    autossh是一个启动副本ssh并监视它的程序，如果它死亡或停止通过流量，则在必要时重新启动它。

    […]

    autossh试图区分ssh它正在监视的进程的死亡方式并采取适当的行动。规则是：

    1. 如果ssh进程正常退出（例如，有人exit在交互式会话中键入），则autossh退出而不是重新启动；
    2. 如果autossh自己收到SIGTERM, SIGINT, 或SIGKILL信号，则认为是故意发出信号，杀掉子ssh进程后退出；
    3. […]
    4. […]
    5. 如果子ssh进程由于任何其他原因死亡，autossh将尝试启动一个新进程。

    所以：

    autossh … &
apid=$!
# the rest of the script here
kill "$apid"

    请注意，如果无法首先建立隧道，您将不会收到通知。由于这也可能是您原始方法中的一个缺陷，因此我不会在这里解决这个问题。

    • 3

相关问题