本文目录：
- 1、解决Centos ssh 连接慢的问题
- 2、SSH 连接缓慢
- 3、虚拟机器ssh登陆很慢问题解决办法
解决Centos ssh 连接慢的问题
sed -i 's/GSSAPIAuthentication yes/GSSAPIAuthentication no/g' /etc/ssh/sshd_config
sed -i '/UseDNS yes/ a UseDNS no' /etc/ssh/sshd_config
systemctl restart sshd
GSSAPIAuthentication 当这个参数开启（ GSSAPIAuthentication yes ）的时候，通过SSH登陆服务器时候会有些会很慢，但有的服务器又不慢，这个问题是什么造成的 ？？
还有就是在登陆慢的服务器上，修改这个 (GSSAPIAuthentication no )为关闭的时候，慢得就恢复正常。
据说是这作用 ： 是否允许使用基于 GSSAPI 的用户认证。默认值为"no"。仅用于SSH-2
服务器端启用了GSSAPI。登陆的时候客户端需要对服务器端的IP地址进行反解析，如果服务器的IP地址没有配置PTR记录，那么就容易在这里卡住了。
1.UseDNS选项基本上是无用的
UseDNS选项基本上是无用的。如果客户端计算机在Internet上，则很有可能它们没有任何反向DNS，它们的反向DNS无法解析转发，或者它们的DNS除了IP地址已经告诉您的“属于此ISP”之外，不提供任何信息。
2.DNS仅用于日志记录。它可以用于身份验证
在典型配置中，DNS仅用于日志记录。它可以用于身份验证，但仅当在sshd配置中指定IgnoreRhosts no时。这是为了与使用rsh的旧安装兼容，在rsh中，您可以说“名为darkstar的计算机上名为bob的用户可以作为alice登录，而不显示任何凭据”（通过在~alice/.rhosts中写入darkstar bob）。只有信任所有可能连接到ssh服务器的计算机，才是安全的。换言之，这是非常罕见的可用的安全方式。
根据本人测试 只需要修改/etc/ssh/sshd_config的 UseDNS no 就不会缓慢了。
SSH 连接缓慢
远程ssh登录Linux缓慢
查看secure日志，发现大量如下标志性记录：
那么， org.freedesktop.login1 是个什么玩意呢？参见 org.freedesktop.login1 官方文档 。
org.freedesktop.login1 — The D-Bus interface of systemd-logind
systemd-logind.service(8) 是跟踪用户登录和"座位"的系统服务。
守护进程提供了C库接口和D-Bus接口。C库接口用于反省和监控用户登录和"座位"的状态。D-Bus接口除了提供相同的功能外，还能更改系统状态。更多内容参见 sd-login(3) 。
查看bus状态，关注 org.freedesktop.login1 和 org.freedesktop.systemd1
再查看一台正常的服务器，发现 org.freedesktop.login1 的状态是不一样的。如下：
那么查看D-Bus日志，大量类似如下的重复报错：
既然org.freedesktop.login1是systemd-logind的D-Bus接口，那么我们重启 systemd-logind
使用 journalctl -f -u dbus 查看日志，没有再出现报错。再次使用ssh远程连接，恢复正常了。
虚拟机器ssh登陆很慢问题解决办法
在本地虚拟机安装了linux，虚拟机器ssh登陆很慢，
经过排查发现是服务器内ssh的配置文件设置导致(默认是开启的，即使注释掉，需要开启然后按如下修改)。
/etc/ssh/sshd_config
配置文件中的UseDNS设置为yes，修改为no。
然后重启sshd服务即可。
【ssh连接特别慢】的内容来源于互联网，如引用不当，请联系我们修改。
网友留言：