本地 VMware 虚拟机 SSH 连接比远程 VPS 还慢，这通常不是网络带宽问题，而是 SSH 服务端在进行超时严重的“反向解析”或“身份验证等待”。
对于 CentOS（包括 Oracle Linux），最常见的两个原因是 UseDNS 和 GSSAPIAuthentication。
🚀 快速修复方案（Root 执行） - 有效！！
请在虚拟机中执行以下命令，直接关闭这两个拖慢速度的选项：
# 1. 备份配置文件
cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak
# 2. 关闭 DNS 反向解析 (这是最常见的卡顿原因)
# SSH 默认会尝试根据你的 IP 反查域名，本地内网通常查不到，导致卡顿 5-10 秒
sed -i 's/^#UseDNS yes/UseDNS no/' /etc/ssh/sshd_config
sed -i 's/^UseDNS yes/UseDNS no/' /etc/ssh/sshd_config
# 确保文件末尾没有重复配置，或者直接追加
if ! grep -q "^UseDNS no" /etc/ssh/sshd_config; then
echo "UseDNS no" >> /etc/ssh/sshd_config
fi
# 3. 关闭 GSSAPI 认证 (解决 Kerberos 认证等待)
sed -i 's/^GSSAPIAuthentication yes/GSSAPIAuthentication no/' /etc/ssh/sshd_config
# 4. 重启 SSH 服务生效
systemctl restart sshd
echo "SSH 优化已完成，请尝试重新连接。"
🔍 为什么本地比远程还慢？
通常有以下三个深层原因：
1. DNS 反向解析 (UseDNS) —— 概率 90%
当你连接 SSH 时，服务器会拿着你的 IP 去询问 DNS 服务器：“这个 IP 对应的域名是什么？”。
- 远程 VPS：云服务商的 DNS 通常响应极快，或者早已配置好。
- 本地虚拟机：虚拟机的 DNS 往往指向网关或公共 DNS（如 8.8.8.8），它们根本无法解析你内网的私有 IP。SSH 会一直等到超时（通常是 5-10 秒）才放弃并允许你登录。
2. GSSAPI 认证机制
GSSAPI 主要用于企业级的 Kerberos 认证。如果你的系统配置了相关的库，SSH 会尝试进行这种认证。在没有相关服务器支持的环境下，这也会产生明显的延迟。
3. 虚拟机网卡模式 (NAT vs Bridged)
如果你使用的是 NAT 模式，VMware 的虚拟网关（VMnet8）有时会存在处理延迟。
- 排查方法：尝试在宿主机
ping虚拟机的 IP。如果 ping 延迟低于 1ms，但 SSH 慢，那绝对是上面的配置文件问题；如果 ping 也很慢或抖动，则是虚拟网卡驱动或网络配置问题。