总结

sshd 服务将尝试将登录尝试和其他信息日志记录到 syslog 文件中，但如果系统负载，或者在此期间 syslog 服务出现某些问题，那么这会延迟连接，直到请求超时。
这可以通过解决与 rsyslog 服务器的连接问题或者通过注释掉引用无法访问的 rsyslog 服务器的行来解决。

解决方案

如果在配置文件 /etc/rsyslog.conf 中定义了错误的 rsyslog 服务器条目或者无法访问的 rsyslog 服务器，SSH 登录到 linux 服务器可能会延迟或者缓慢。
要解决此问题，请确保 rsyslog 服务器始终可从 rsyslog 客户端访问。
或者作为一种解决方法，在客户端编辑 rsyslog 配置文件 /etc/rsyslog.conf 并注释掉与 rsyslog 相关的所有引用。

1. 例如编辑文件 /etc/rsyslog.conf 并注释掉以下三行。

# vi /etc/rsyslog.conf
#*.* @@xxx.xxx.xxx.xxx:514
#daemon.*;daemon.!info /var/log/messages
#local0.info /var/log/asmaudit.log

2. 重启rsyslog服务。

# service rsyslog restart        # CentOS/RHEL 6
# systemctl restart rsyslog      # CentOS/RHEL 7

问题

上周我们遇到了这个奇怪的问题，即到服务器的 SSH 速度太慢。
SSH 到 Linux 服务器需要很长时间，大约 30 秒到 1 分钟。
SSH 卡在下面的提示中，并且 30 秒内没有输入密码的选项，并且显示了密码提示，但输入密码后没有任何进一步的进展。

# ssh -vvv [server_ip_address]
OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Nov 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug3: cipher ok: arcfour [arcfour,aes128-ctr,aes192-ctr,aes256-ctr]
debug3: cipher ok: aes128-ctr [arcfour,aes128-ctr,aes192-ctr,aes256-ctr]
debug3: cipher ok: aes192-ctr [arcfour,aes128-ctr,aes192-ctr,aes256-ctr]
debug3: cipher ok: aes256-ctr [arcfour,aes128-ctr,aes192-ctr,aes256-ctr]
debug3: ciphers ok: [arcfour,aes128-ctr,aes192-ctr,aes256-ctr]
debug2: mac_setup: found hmac-sha1
debug3: mac ok: hmac-sha1 [hmac-sha1]
debug3: macs ok: [hmac-sha1]
...
debug1: Found key in /root/.ssh/known_hosts:36
debug2: bits set: 1063/2048
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: Wrote 16 bytes for a total of 813
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug3: Wrote 52 bytes for a total of 865
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received