主页 / unix / 问题 / 418509
Accepted
yukashima huksay
Asked: 2018-01-21 10:52:40 +0800 CST

为什么ssh连接丢失后我的wget没有死？

  • 772

我ssh编辑到我的服务器并运行wget -r -np zzz.aaa/bbb/ccc它并开始工作。然后我的互联网连接（在我家）被中断了，我担心它wget已经被hupped 因为ssh连接丢失了，因此终端已经死了。但是后来我ssh编辑到我的服务器并意识到它仍在运行并将输出放入wget.log并下载内容。有人可以向我解释一下这里可能发生了什么吗？

这就是ps给我的：

PID   %CPU %MEM    VSZ    RSS TTY     STAT START   TIME COMMAND
32283  0.6 29.4 179824 147088 ?       S    14:00   1:53 wget -r -np zzz.aaa/bbb/ccc

?它在 ? 列中的含义（问号）是什么意思tty？

ssh terminal

2 个回答

  1. Best Answer

    程序（和脚本）可以选择忽略大多数信号，除了少数像KILL. HUP如果软件愿意，信号可以被捕获和忽略。

    这是来自src/main.c来源wget（版本 1.19.2）：

    /* Hangup signal handler.  When wget receives SIGHUP or SIGUSR1, it
   will proceed operation as usual, trying to write into a log file.
   If that is impossible, the output will be turned off.  */

    再往下一点，安装了信号处理程序：

      /* Setup the signal handler to redirect output when hangup is
     received.  */
  if (signal(SIGHUP, SIG_IGN) != SIG_IGN)
    signal(SIGHUP, redirect_output_signal);

    所以看起来并wget没有忽略HUP信号，而是选择继续处理，并将其输出重定向到日志文件。

    在评论中要求：问题中输出列中的含义是该?进程不再与终端/TTY 关联。当 SSH 连接断开时，TTY 消失了。TTYpswget

    • 22

  2. 简单：wget不中止SIGHUP。不过，它确实在SIGTERM和上SIGINT。

    页面上没有任何内容，man但如果您发送SIGHUP到一个wget进程，那么您会在终端中得到这个：

    # in a different terminal while wget is running (with PID 12345)
kill -HUP 12345
# in the wget terminal
SIGHUP received.
Redirecting output to 'wget-log'.
    • 9

相关问题