![尽管 ssh.service 已被 systemd 启用,但为什么在启动过程中不会自动启动?](https://linux22.com/image/197762/%E5%B0%BD%E7%AE%A1%20ssh.service%20%E5%B7%B2%E8%A2%AB%20systemd%20%E5%90%AF%E7%94%A8%EF%BC%8C%E4%BD%86%E4%B8%BA%E4%BB%80%E4%B9%88%E5%9C%A8%E5%90%AF%E5%8A%A8%E8%BF%87%E7%A8%8B%E4%B8%AD%E4%B8%8D%E4%BC%9A%E8%87%AA%E5%8A%A8%E5%90%AF%E5%8A%A8%EF%BC%9F.png)
我在 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,如果它们都尝试使用同一端口,则可能会阻塞。
希望有帮助