☰

儘管 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，如果它們都嘗試使用相同端口，則可能會阻塞。

希望有幫助

相關內容