ClientAliveCountMax不能实现首次丢包即断连，其作用是限定保活探测连续无响应次数；例如ClientAliveInterval 60+CountMax 1表示每60秒探测一次、首次无响应即断开，但该机制仅针对客户端静默不回包，无法感知瞬时丢包或NAT超时。

ClientAliveCountMax 本身不能实现“检测到首次网络丢失就立即断开”的行为，因为它的设计逻辑是配合 ClientAliveInterval 做**连续探测失败计数**，而不是响应单次丢包或瞬时中断。

ClientAliveCountMax 的真实作用

它表示服务器在发送保活探测（ClientAliveInterval 触发）后，**最多允许连续丢失多少次响应**。例如：

• ClientAliveInterval 60 + ClientAliveCountMax 1 → 服务器每 60 秒发一次探测，第一次没收到回包就断连
• ClientAliveInterval 30 + ClientAliveCountMax 1 → 每 30 秒探测一次，首次无响应即断开

注意：这并非对“网络丢包”的实时响应，而是对“客户端完全静默且不回应保活包”的判定。中间哪怕只成功回一个包，计数就会重置。

为什么无法靠它捕获“首次网络丢失”

TCP 层的瞬时丢包、NAT 超时、Wi-Fi 切换等，通常不会立刻导致 SSH 连接终止，因为：

• OpenSSH 的 ClientAlive 探测走的是应用层，依赖 TCP 连接仍处于 ESTABLISHED 状态
• 内核 TCP keepalive（tcp_keepalive_* 参数）默认较宽松（如 2 小时才开始探测），且需多次失败才关闭连接
• 一次丢包可能被 TCP 重传掩盖，客户端甚至感知不到 —— 服务端更不会因此触发 ClientAlive 失败

想接近“快速断开”，可组合调整以下三项

若目标是缩短从网络异常发生到会话关闭的时间，建议同时设置：

• ClientAliveInterval 15：缩短探测间隔，让服务器更早发起检查
• ClientAliveCountMax 1：只要一次探测无响应，立刻终止连接
• TCPKeepAlive yes（默认开启）：启用内核级保活，与 ClientAlive 协同作用；但注意在某些 NAT 网关后可能引发误杀

修改后需重启 sshd：sudo systemctl restart sshd

更激进的替代方案（慎用）

如果必须做到“几乎无延迟断开”，可考虑：

• 在客户端启用 ServerAliveInterval 10 + ServerAliveCountMax 1：由客户端主动探测，失败更快反馈
• 配合 shell 工具如 mosh（基于 UDP，自带连接恢复机制），而非强依赖 TCP 保活
• 禁用所有保活，依赖内核参数 net.ipv4.tcp_fin_timeout=30 缩短 TIME_WAIT，但不解决活跃连接冻结问题