ssh连接需要永远启动，停留在“承诺：网络”

使用ssh连接到我的一台服务器需要20秒钟以上的时间才能启动。

这与LAN或WAN条件无关，因为与其自身的连接相同（ssh localhost）。最终建立连接后，与服务器进行交互非常快速。

使用-vvv表示在说了“承诺：网络”后，连接被阻塞。至此，身份验证（此处使用密钥）已经完成，如此处所示：

...
debug1: Authentication succeeded (publickey).
Authenticated to myserver.mydomain.com ([xx.xx.xx.xx]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network

（...在这里停留15到25秒...）

debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
...

服务器是Ubuntu 16.04。过去，我已经在另一台服务器（Ubuntu 12.04）上发生过这种情况，神经过敏找到了解决方案，一段时间后问题消失了……

sshd_config是Ubuntu提供的默认设置。

到目前为止，我已经尝试过：

• 在ssh命令中使用-o GSSAPIAuthentication = no
• 使用密码代替密钥
• 在sshd_config中使用UsePrivilegeSeparation no代替yes

D-Bus和可能是一个问题systemd。如果由于dbus某种原因重新启动了服务，则还需要重新启动systemd-logind。

您可以通过打开ssh守护程序日志（在Ubuntu上应该是/var/log/auth.log）并检查是否包含以下几行来检查这是否是问题：

sshd[2721]: pam_systemd(sshd:session): Failed to create session: Connection timed out

如果是，请重新启动systemd-logind服务：

systemctl restart systemd-logind

我在CentOS 7上遇到了同样的问题，因为messagebus重启了（这是D-Bus在CentOS上调用服务的方式）。

找到了答案：

在sshd_config文件中将UsePAM从yes更改为no

重新启动ssh服务后，现在可以立即连接到服务器。在此服务器上，PAM链接到ldap，所以这可能是原因，即使在这里我与服务器本身声明的用户（而不是LDAP用户）连接。

好吧，这是绕过此问题的一种方法，而不是真正的解决方案...我以相同的方式设置了其他服务器，但没有出现此问题。

希望这可以帮助某人...

这是在我的两台Fedora 25服务器上发生的，这是由于SSH登录尝试失败的原因。

（使用GSSAPIAuthentication=no和UseDNS=no或重新启动的常见建议systemd-logind没有区别。）

在这些服务器上，/etc/pam.d/postlogin包含：

session     optional      pam_lastlog.so silent noupdate showfailed

的手册页pam_lastlog说明该showfailed选项将：

显示失败的登录尝试次数以及上次btmp尝试失败的日期。

在这些服务器上，/var/log/btmp由于多次失败的登录尝试，文件很大。该btmp日志文件没有被任何旋转。

我安装了该logrotate软件包，以确保将来会轮换日志文件。（在Fedora上，随附的配置可以控制logrotate的旋转/var/log/btmp。）

我还删除了巨大的btmp日志文件。我这样做之后，立即又立即连接到服务器。

在我的情况下，原因是崩溃的rsyslogd。我发现这是因为在/ var / log / syslog或/var/log/mail.log中没有更多日志消息

因此service rsyslog restart为我们解决了问题。

对我来说，此问题是由大btmp文件（数百MB）引起的。该文件记录登录尝试。当人们试图强行使用您的密码时，此文件可能很大，并且会导致"pledge: network"阶段延迟。

尝试清除日志文件

echo "" > /var/log/btmp

看看是否有帮助。

对我来说，解决方案正在添加

UseDNS no

到/etc/ssh/sshd_config，然后当然是service ssh restart（我们的Debian /杰西服务器上）。没有其他的...

之前：

ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 13.440 total
ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 20.990 total
ssh git@git.*****.de true  0.03s user 0.02s system 0% cpu 31.114 total
ssh git@git.*****.de true  0.03s user 0.01s system 0% cpu 25.898 total

之后：

ssh git@git.*****.de true  0.03s user 0.02s system 5% cpu 0.832 total
ssh git@git.*****.de true  0.03s user 0.01s system 7% cpu 0.523 total
ssh git@git.*****.de true  0.03s user 0.01s system 7% cpu 0.574 total

我在调试反馈中注意到以下行：

Control socket connect(/var/lib/jenkins/.ssh/USER@HOST:22): Permission denied

这是root:root我在时所拥有的文件jenkins。删除此文件解决了我的问题。