linux - 当 ssh 连接关闭时，SIGHUP 的原始发送者是谁？

Question

正如我们所知，当 ssh 连接断开时，bash 将收到一个 SIGHUP，并将此信号转发给它的所有子级。

我想知道这个 SIGHUP 的原始发送者是谁，是 ssh 客户端、ssh 服务器、操作系统还是其他？

我看了openssh-portabal的代码，发现只有这里用了SIGHUP: https://github.com/openssh/openssh-portable/blob/master/sshconnect.c#L285

调用者似乎是客户: https://github.com/openssh/openssh-portable/blob/master/ssh.c#L1533

我在服务器端sshd.c中没有找到任何发件人代码

这是否意味着发件人是客户？在这种情况下，如果连接中断，服务器将不会收到 SIGHUP。我不太确定这一点，但根据我的经验，这似乎不是真的。

所以我很好奇谁应该是原始发件人。有这方面的标准吗？

Answer 1

连接服务器端的 bash 进程正在运行，其控制终端设置为伪终端对的从属端，主控端连接到 sshd。过程。

当连接终止时，sshd进程关闭伪终端的主端，导致内核伪终端驱动挂起伪终端的从端。当slave端挂了，kernel tty核心发送SIGHUP和 SIGCONT向终端的 session 负责人(通常是 bash 进程)和 session 负责人的进程组中的每个进程发出信号。

这并不特定于伪终端和 ssh - 如果您通过连接到串行端口的调制解调器拨入服务器并且调制解调器挂断(这是“挂断”/SIGHUP 命名起源)。如您所知，这是长期存在的历史行为。