serveraliveinterval是openssh客户端参数，控制本地每几秒向服务器发送一次ssh_msg_ignore心跳包；必须配合serveralivecountmax使用，后者决定连续几次无响应后断开连接，单独设置前者会导致假死或不可预期行为。
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。最稳妥的是写进个人配置文件：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
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。
