先分清“慢”发生在哪一段
很多人一上来就换工具、重装软件，结果问题照旧。连接慢其实分三段：握手阶段（点了连接后一直转圈）、认证阶段（提示输入密码前后卡住）、交互阶段（连上了但敲命令有延迟）。三段原因完全不同，先记录时间点再动手。
- 点连接后卡住超过 5 秒才出现密码提示：多半是握手与解析问题
- 输入密码后要等十几秒才进终端：认证与提示符加载问题
- 进入终端正常，但每次敲命令回显慢半拍：链路质量或渲染问题
建议在排查前先做三组对照：同一台服务器用系统自带命令行连接、用手机热点连接、在另一台电脑上连接。三组结果能快速把范围缩小到本机、网络还是服务端。
第一步：关掉不必要的 DNS 反向解析
服务端如果开启了 UseDNS，每次连接都会对你的来源 IP 做反向解析，解析不通就干等超时。这是“连上了但进得慢”最常见的原因之一。
- 登录服务器，检查 sshd 配置里 UseDNS 是否被设为 yes
- 改为 no 后重启 SSH 服务，再用 Finalshell 重新连接对比耗时
- 同时把 GSSAPIAuthentication 关掉，可减少一次无谓的认证协商
- 修改前先备份配置文件，改完保留一份回滚记录
这一步通常能省下 5 到 30 秒，是投入产出比最高的操作。
第二步：检查本地 hosts 与 IPv6 回退
Finalshell 连接服务器慢，有时和服务器无关，而是本机解析环节在拖时间。域名连接会先查 DNS，若本地 hosts 没有对应记录、DNS 服务器响应又慢，握手前就先卡一段。
- 用域名连接的，可在本地 hosts 里临时写一条固定映射，验证是否提速
- 若提速明显，说明问题在 DNS，换成响应更快的解析服务即可
- 服务器同时有 IPv6 与 IPv4 地址时，观察是否在某一协议上等待超时
- 在配置里优先指定可用的协议地址，避免反复试探
第三步：调整加密算法与压缩选项
新版本默认优先协商更强的算法，老服务器或配置较弱的机器在协商阶段会多花时间。这不是安全换速度的二选一，而是把双方都支持的算法排到前面。
- 在连接配置的算法选项中，保留服务端明确支持的组合，删掉明显不支持的
- 内网低带宽环境可开启压缩，公网高带宽环境通常不建议开，压缩反而增加 CPU 开销
- 关闭不用的端口转发与隧道功能，减少连接时的初始化动作
- 一次只改一项，改完记录连接耗时，避免多项混改变得无法判断
第四步：排查链路延迟与丢包
握手快、交互慢，基本可以锁定网络质量。用最基础的手段就能判断，不必上复杂工具。
- 对目标服务器做持续 ping，观察平均延迟与抖动是否稳定
- 用路由追踪看是否存在绕路节点或某跳明显超时
- 换手机热点或另一条宽带对比，确认是本地出口还是中间链路问题
- 高峰期慢、深夜快，属于带宽拥塞，考虑错峰或换线路
如果只有某一台服务器慢，其余正常，问题基本在服务端或该段链路，不必再折腾本地客户端。
第五步：减轻客户端自身的负担
长时间使用后，会话数量、日志缓存、历史输出都会累积。Finalshell 连接服务器慢，也可能只是本地资源被占满。
- 清理不再使用的会话分组，减少启动时的加载量
- 关闭或缩短终端输出缓存，输出量大的机器尤其明显
- 检查安装目录所在磁盘剩余空间，空间紧张会拖慢读写
- 内存占用高时先关掉多余窗口再重连，观察是否有改善
- 版本过旧可先备份配置再升级，升级后对比连接耗时
第六步：优化认证方式
密码认证本身不慢，慢在反复尝试与多因素环节。密钥认证通常更快，也更容易复现问题。
- 优先使用密钥登录，减少输入与等待环节
- 密钥文件权限设置正确，权限过宽会被拒绝后重试，表现为长时间卡顿
- 服务器启用了额外的认证环节时，确认每一步都能正常返回
- 保存会话时避免同时勾选多种备用认证，减少失败重试
第七步：建立自己的连接耗时基线
优化不是一次性动作。建议给常用的几台服务器各记一组基线数据，以后出现变慢能立刻判断是环境变化还是配置被改。
- 记录三项数据：出现密码提示的秒数、进入终端的秒数、敲命令的回显延迟
- 每次改动配置后重新记录，形成对比表
- 团队协作时把这份记录放进共享文档，新人接手不用重新摸索
- 同一份会话配置在多台机器上表现不同，优先怀疑本机网络与安全软件
常见误判与收尾建议
有些操作看起来能提速，实际容易带来新问题：盲目关闭服务端安全选项、随意更换端口、频繁重装客户端。建议按“先服务端解析、再本地解析、再算法、最后链路”的顺序推进，每步只改一处并留记录。
- 不要为了快而关闭必要的安全认证
- 不要在未备份时批量修改会话配置
- 不要把偶发的网络抖动当成软件缺陷
- 三台以上机器同时变慢，优先查公共出口与 DNS
按这七步走一遍，多数连接慢的问题都能定位到具体环节。真正难处理的往往不是技术，而是没有记录、无法对比。养成留基线、单变量改动的习惯，比反复换工具更省时间。