Linux SSH长连接不掉线设置方法

本文深入解析了Linux下SSH长连接频繁掉线的根本原因与高效解决方案，指出绝大多数“掉线”并非网络不稳定，而是防火墙或云厂商NAT网关（如AWS ELB、阿里云SLB）主动清理空闲TCP连接所致；核心在于正确配对使用客户端心跳参数——ServerAliveInterval（控制本地每几秒发送一次加密心跳包）与ServerAliveCountMax（定义连续无响应次数后主动断连），二者缺一不可，单独设置会导致假死或失效；文章推荐将组合配置（如45秒间隔+5次重试）写入用户级~/.ssh/config以确保稳定生效，并提醒排查跳板机、终端复用工具（tmux/screen）、GSSAPI认证及云平台安全组超时策略等常见干扰点，帮助读者一次性解决90%的SSH保活难题。

SSH连接掉线，绝大多数不是网络不稳定，而是防火墙或NAT网关在空闲时主动清掉了TCP连接状态。只要配对 ServerAliveInterval 和 ServerAliveCountMax，90% 的“掉线”问题当场解决。

ServerAliveInterval 是什么，为什么必须配 ServerAliveCountMax

ServerAliveInterval 是 OpenSSH 客户端参数，控制本地每几秒向服务器发一次 SSH_MSG_IGNORE 包（纯心跳，不执行命令）。但它本身不决定“断连”，真正触发断开的是 ServerAliveCountMax —— 即连续多少次没收到响应才放弃。

• 只设 ServerAliveInterval 60，ServerAliveCountMax 保持默认 0：客户端会无限重试，卡住不动，看起来像“假死”
• 设 ServerAliveInterval 30 + ServerAliveCountMax 3：最多容忍 90 秒链路中断，超时后报错退出，行为可预期
• 值太小（如 10）会增加无效流量；太大（如 120）可能赶不上云厂商安全组的 900 秒超时（阿里云 SLB）、甚至 AWS ELB 的 60 秒超时

怎么配才真正生效：用户级 ~/.ssh/config 是首选

改 /etc/ssh/ssh_config 影响所有本地用户，且容易被系统更新覆盖；命令行临时加 -o ServerAliveInterval=60 又容易漏掉 ServerAliveCountMax。最稳妥的是写进个人配置文件：

Host *
    ServerAliveInterval 45
    ServerAliveCountMax 5
    ConnectTimeout 10

• Host * 表示对所有主机生效；也可按需写成 Host prod-server 精确匹配
• ConnectTimeout 10 单独加，防止首次连接因 DNS 或网络抖动卡死，和保活无关但常被忽略
• 改完不用重启任何服务，新起的 ssh 连接立即生效

配了还是断？优先检查这三处

心跳包能发出去、对方能收到、响应能回来，三者缺一不可。常见断点不在 SSH 参数本身：

• 云厂商安全组/NAT 网关策略：比如 AWS ELB 默认空闲超时 60 秒，那你的 ServerAliveInterval 必须设成 ≤ 30，否则永远赶不上
• 终端复用工具干扰：tmux 默认 idle-timeout 是 10 分钟，screen 也有类似设置，得手动关掉
• GSSAPIAuthentication yes 导致登录卡顿：这不是保活问题，但会让你误以为“刚连上就挂了”。在 /etc/ssh/sshd_config 加 GSSAPIAuthentication no 并 sudo systemctl restart sshd

ClientAliveInterval 和 TCPKeepAlive 基本不用碰

除非你有 root 权限且能重启远程 sshd，否则 ClientAliveInterval 配了也白配——它需要服务端配合，而你通常改不了生产环境的 /etc/ssh/sshd_config。

• TCPKeepAlive yes 走内核 TCP 层，Linux 默认探测间隔是 7200 秒（2 小时），对分钟级防火墙超时完全无效
• 某些中间设备（尤其是深度检测防火墙）会丢弃 TCP 层 keepalive 包，但几乎不会拦截加密的 SSH 协议层心跳
• OpenSSH 客户端根本不需要 TCPKeepAlive，ServerAliveInterval 已足够；只有非 OpenSSH 工具（如旧版 FileZilla、嵌入式 sftp 客户端）才可能依赖它

最容易被忽略的是：ServerAliveInterval 只作用于“本机 → 目标主机”这一跳。如果用了跳板机（ProxyCommand），那跳板机到目标机那段仍可能断——得在跳板机上也配一遍 ServerAliveInterval。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。