Linux SSH长连接不掉线配置：ServerAliveInterval详解

运维和开发人员可能都遇到过SSH连接意外中断的情况。屏幕突然变黑，工作进度完全丢失，确实令人困扰。但实际上，绝大多数情况下并非网络质量差，而是防火墙或NAT网关在空闲一段时间后主动清理了TCP状态表。只需正确配置一对参数，超过90%的这类断连问题都能得到解决。

ServerAliveInterval 的作用与 ServerAliveCountMax 的必要性

简单来说，ServerAliveInterval 是 OpenSSH 客户端的一个参数，控制本地机器每隔多少秒向远程服务器发送一个特殊的 SSH_MSG_IGNORE 数据包。这个数据包仅作为“心跳”，不执行任何命令，目的是让中间网络设备知道“这条连接仍然活跃，不要删除”。

但这里有一个关键陷阱：ServerAliveInterval 只负责发送心跳，并不负责断开连接。真正决定何时放弃连接并报错退出的参数是 ServerAliveCountMax。该参数定义了连续多少次心跳发送后未收到响应，客户端才确认连接已中断。

• 只设置 ServerAliveInterval 60，而 ServerAliveCountMax 保持默认值 0：客户端会无限期地发送心跳并等待，连接会卡住不动，呈现“假死”状态，行为不可预期。
• 设置 ServerAliveInterval 30 + ServerAliveCountMax 3：表示最多容忍 90 秒（30秒×3次）的链路中断。超过该时间未收到响应，客户端将果断报错退出，行为清晰可控。
• 数值选择需谨慎：值太小（如 10）会增加不必要的网络流量；值太大（如 120）可能赶不上云厂商安全组的超时限制（例如阿里云SLB默认900秒，AWS ELB可能只有60秒）。

推荐配置方法：用户级 ~/.ssh/config 为首选

配置方式有多种，最稳妥且推荐的是写入个人配置文件。修改 /etc/ssh/ssh_config 会影响所有用户，且可能被系统更新覆盖；每次在命令行临时添加 -o ServerAliveInterval=60 过于麻烦，还容易遗漏 ServerAliveCountMax。

最佳实践是编辑 ~/.ssh/config 文件：

Host *
    ServerAliveInterval 45
    ServerAliveCountMax 5
    ConnectTimeout 10

• Host * 表示对所有SSH连接生效。也可以写成 Host prod-server 来精确匹配特定主机。
• 额外添加 ConnectTimeout 10。该参数与保活无关，但能防止首次连接时因DNS解析或网络抖动而长时间卡住，是一个常被忽略但实用的设置。
• 修改保存后立即生效，无需重启任何服务，新发起的所有SSH连接将自动应用这些配置。

配置后仍断连？优先检查这三个环节

心跳机制生效需要完整链条：心跳包能发出、对方能收到、响应能返回。如果配置正确却依然断线，问题往往出现在链条的其他环节：

• 云厂商安全组/NAT网关策略：这是最常见的“隐形杀手”。例如，AWS的ELB默认空闲超时时间可能只有60秒。若 ServerAliveInterval 设置为60秒，心跳包会在连接被清理后才发出，自然无效。此时必须将间隔设为小于超时时间的一半（如≤30秒）才保险。
• 终端复用工具干扰：如果使用 tmux 或 screen，需注意它们自身也有会话超时设置。例如 tmux 默认的 idle-timeout 为10分钟，可能覆盖SSH的心跳效果，需要手动关闭。
• GSSAPI认证卡顿：虽然不是保活问题，但症状类似——连接建立后很快卡住或断开。在服务端的 /etc/ssh/sshd_config 中设置 GSSAPIAuthentication no 并重启 sshd 服务，通常能解决。

ClientAliveInterval 与 TCPKeepAlive 一般无需改动

网上有些方案会提及这两个参数，但实际上对于大多数客户端用户，它们要么无效，要么多余。

• ClientAliveInterval：这是服务端的配置，写在 /etc/ssh/sshd_config 中。需要远程服务器的root权限并重启sshd服务，在生产环境中通常不现实。因此从客户端角度，基本可以忽略。
• TCPKeepAlive yes：这是操作系统内核TCP层的保活机制，Linux默认探测间隔长达7200秒（2小时），对于以分钟甚至秒为单位的防火墙超时策略来说作用甚微。而且，部分深度包检测防火墙会丢弃TCP层的KeepAlive包，却往往放行加密的SSH应用层心跳包。对于OpenSSH客户端，ServerAliveInterval 已经足够，完全无需启用 TCPKeepAlive。

最后留意一个易忽略的细节：ServerAliveInterval 的作用范围仅限于“本机”到“直接连接的目标主机”这一段。如果使用了跳板机（通过 ProxyCommand 配置），那么从跳板机到最终目标服务器的连接仍可能因空闲而断开。解决方法是在跳板机上也配置同样的 ServerAliveInterval 参数。