☰

尽管 ssh.service 已被 systemd 启用，但为什么在启动过程中不会自动启动？

tag-icon • tag-icon systemd startup sshd systemd-unit
尽管 ssh.service 已被 systemd 启用，但为什么在启动过程中不会自动启动？

我在 Raspberry Pi 4 上使用 Debian 11（图片已找到）这里）。 sshd 已正确配置（我只编辑了 /etc/ssh/sshd_config，其余部分完全来自系统安装），并且当我手动启动它时可以正常工作。但是它不会在启动时由 systemd 自动启动。sudo systemctl 状态 sshd返回这个：

● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:sshd(8)
             man:sshd_config(5)

journalctl 的输出中没有任何与 ssh 相关的内容。

这是内容/lib/systemd/system/ssh.service：

[Unit]
Description=OpenBSD Secure Shell server
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStartPre=/usr/sbin/sshd -t
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/usr/sbin/sshd -t
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify
RuntimeDirectory=sshd
RuntimeDirectoryMode=0755

[Install]
WantedBy=multi-user.target
Alias=sshd.service

文件sshd_not_to_be_run不存在。网络.目标活跃。我还安装了auditd只是为了排除故障，它成功地自动启动，但重启后ssh.service仍然死掉。

我没有主意了……

更新：

我刚刚发现每个连接需求都会生成一个 sshd 进程。它是由systemd本身管理的，当一些外国计算机尝试连接到我的计算机时，它会清楚地打印在日志中：

oct. 30 13:09:30 RaspServeur systemd[1]: Started OpenBSD Secure Shell server per-connection daemon (117.68.2.55:45784).
░░ Subject: L'unité (unit) [email protected]:22-117.68.2.55:45784.service a terminé son démarrage
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ L'unité (unit) [email protected]:22-117.68.2.55:45784.service a terminé son démarrage, avec le résultat done.
oct. 30 13:09:30 RaspServeur audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='[email protected]:22-117.68.2.55:45784 comm="systemd" exe="/usr/lib/systemd/systemd" ho>
oct. 30 13:09:33 RaspServeur sshd[1861]: error: kex_exchange_identification: Connection closed by remote host
oct. 30 13:09:33 RaspServeur sshd[1861]: Connection closed by 117.68.2.55 port 45784
oct. 30 13:09:33 RaspServeur systemd[1]: [email protected]:22-117.68.2.55:45784.service: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ The unit [email protected]:22-117.68.2.55:45784.service has successfully entered the 'dead' state.
oct. 30 13:09:33 RaspServeur audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj==unconfined msg='[email protected]:22-117.68.2.55:45784 comm="systemd" exe="/usr/lib/systemd/systemd" hos>

这就像 sshd 的并行安装具有默认配置。如果不手动启动 sshd.service，我自己的配置（如要使用的特定端口号等设置）将无法工作。但我可以使用默认端口成功连接到该影子 sshd，并且systemctl 状态 sshd仍然报告死服务...

情况变得令人毛骨悚然，我现在只需两根手指就可以擦除 SD 卡并安装另一个预配置较少的发行版的映像。

答案1

这是否与提问者的问题相同？问题#442181有？即 sshd 无法在启动时启动，因为它想要绑定的接口/地址尚未准备好。您提到您已经为服务器套接字指定了一个非标准端口，您是否还指定了特定的网络接口和/或 IP 地址？

不过，我不知道为什么 systemd 会启动一个使用标准配置的每个连接守护进程。正如您所建议的，它可能是默认系统配置的一部分。在问题#507705他们谈论 systemd“套接字激活”，这显然是提供每个连接服务生成的功能。查找名为 的 systemd 单元文件ssh.socket。您可以用来man systemd.socket获取有关该功能如何工作的信息。

编辑：您应该能够systemctl status ssh.socket检查 systemd 的 SSH 服务器套接字是否已启用。

答案2

如果您手动启动 sshd，systemd 不会将其注册为已启动，因此 systemctl 不显示任何内容是有道理的。每个 sshd 实际上都是一个监听进程，在建立连接后，会分叉一个处理该连接的单独进程。如果您ps将有多个 sshd 进程反映这一点。如果您终止 sshd 侦听器，则处理连接的其他 sshd 进程仍将处于活动状态。

如果启动 sshd 并执行 systemctl start sshd。这相当于启动 2 个 sshd，如果它们都尝试使用同一端口，则可能会阻塞。

希望有帮助

相关内容