ssh响应慢主因是服务端冗余校验：禁用usedns no和gssapiauthentication no可消除dns反向解析与kerberos协商超时；客户端启用controlmaster连接复用，并精简kexalgorithms与ciphers算法，能显著提升高延迟网络下的ssh交互速度。

高延迟网络下 SSH 响应慢，通常不是带宽或服务器性能问题，而是服务端默认启用的冗余校验机制在“空转等待”。RDP 本身不适用于 Linux，也不参与 SSH 优化，所以这里聚焦 SSH 接入控制本身的调优——核心是跳过无效环节、复用连接、精简协商。

关掉 DNS 反向解析（UseDNS no）

SSH 服务端默认对客户端 IP 执行 PTR 记录查询。公网环境可能有响应，但在高延迟网络、内网、虚拟机或云主机私有网络中，DNS 服务器无响应或超时（常卡 5–10 秒），直接拖慢登录首屏。

• 编辑 /etc/ssh/sshd_config
• 确保这一行存在且为：UseDNS no
• 执行 systemctl restart sshd 生效

禁用 GSSAPI 认证（GSSAPIAuthentication no）

GSSAPI 是 Kerberos 类认证接口，未部署对应域控环境时，每次连接都会尝试协商并超时降级，造成固定延迟。

IntoDNS.ai

免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。

下载

• 在 /etc/ssh/sshd_config 中添加或修改两行：
• GSSAPIAuthentication no
• GSSAPICleanupCredentials no（可选，配合生效）
• 重启 sshd 服务

客户端启用连接复用（ControlMaster）

频繁登录同一台服务器时，每次握手（TCP + 密钥交换 + 认证）都耗时 1–3 秒。复用主连接后，后续所有 ssh/scp/sftp 操作均毫秒级响应。

• 在客户端 ~/.ssh/config 中添加：
• Host *
• ControlMaster auto
• ControlPath ~/.ssh/control/%h_%p_%r.sock
• ControlPersist 3600（保持主连接 1 小时）
• 首次连接后，后续连接不再握手

精简密钥交换与加密算法（服务端+客户端）

旧版算法如 diffie-hellman-group1-sha1 握手慢、CPU 占用高；高延迟链路上更明显。优先启用现代轻量算法。

• 服务端 /etc/ssh/sshd_config 添加：
• KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256
• Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com
• 客户端 ~/.ssh/config 可同步指定（非必需，但能确保协商结果可控）