ssh客户端默认不主动断开死连接，需配置serveraliveinterval和serveralivecountmax实现自动超时退出；推荐在~/.ssh/config中设置host *段，如serveraliveinterval 60与serveralivecountmax 3，并可选启用tcpkeepalive yes增强底层健壮性。
Linux SSH 客户端本身不会“主动断开死连接”，它默认依赖 TCP 层保活或服务端探测；但你可以通过配置客户端参数，让 SSH 在检测到连接不可用时及时终止，避免卡在假连接状态。核心是启用并合理设置 ServerAliveInterval 和 ServerAliveCountMax。
客户端配置 ServerAliveInterval + ServerAliveCountMax
这是最直接、最常用的方式，适用于你控制本地终端（如 Ubuntu、CentOS 桌面或 macOS 的 Terminal）的场景：
- ServerAliveInterval N：客户端每 N 秒向服务端发送一次空包（NO-OP），用于探测连接是否存活
- ServerAliveCountMax M：连续 M 次未收到服务端响应后，客户端主动关闭连接
- 例如设为
ServerAliveInterval 60和ServerAliveCountMax 3，即最多容忍约 180 秒无响应，之后自动退出 - 配置位置：
~/.ssh/config（用户级，推荐）或/etc/ssh/ssh_config（系统级，需 root） - 示例写法（匹配所有主机）：
Host * ServerAliveInterval 60 ServerAliveCountMax 3 - 务必执行
chmod 600 ~/.ssh/config确保权限安全
命令行临时启用（适合调试或单次连接）
无需修改配置文件，立即生效，优先级最高：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 运行：
ssh -o ServerAliveInterval=60 -o ServerAliveCountMax=3 user@host - 可配合
-v或-vvv查看心跳是否发出（出现debug3: send packet: type 80即表示已发送） - 若连接卡住、无法 Ctrl+C、
ssh进程僵死，此配置能帮助它在超时后自动退出，而非无限挂起
配合 TCPKeepAlive 提升底层健壮性
SSH 层心跳（ServerAlive）基于应用层，而 TCPKeepAlive 是内核级机制，两者互补：
- 可在
~/.ssh/config中加一行：TCPKeepAlive yes - 它让内核在 TCP 层定期发 keepalive 包，对某些中间设备（如老旧 NAT）更有效
- 注意：
TCPKeepAlive不能替代ServerAlive*，因为它不加密、易被中间设备丢弃，且超时时间由系统内核决定（/proc/sys/net/ipv4/tcp_keepalive_*），不如 SSH 参数可控
排查“看似断开实则卡住”的情况
有时终端显示黑屏或无响应，但 SSH 进程仍在后台运行——这不是超时断开，而是连接假死。此时上述配置仍有效：
- 如果
ServerAliveInterval生效，客户端会在超时后打印类似Connection timed out during banner exchange或直接退出 - 若仍卡住，检查是否启用了
GSSAPIAuthentication yes（某些环境会阻塞超时逻辑），可临时禁用：ssh -o GSSAPIAuthentication=no -o ServerAliveInterval=60 user@host - 终端复用工具（如 tmux、screen）自身也有超时设置，它们与 SSH 无关，需单独配置（如
tmux set -g timeout 300）
