VSCode集成终端SSH会话静默断开是因为默认关闭心跳，必须在~/.ssh/config中成对配置ServerAliveInterval 60和ServerAliveCountMax 3，并同步设置服务端ClientAliveInterval 60与ClientAliveCountMax 3且重启sshd，否则连接会在3–5分钟内被中间设备静默回收。
VSCode集成终端里SSH会话为啥一静默就断？
因为你在终端里手动执行的 ssh 命令，完全不走 Remote-SSH 插件那一套——它只用你本地的 OpenSSH 客户端，且**默认关闭心跳**。只要终端里 3–5 分钟没输入/输出，中间 NAT 设备或服务器就会直接掐掉 TCP 连接，你看到的不是“重连”，是彻底断了再手动输一遍密码。
~/.ssh/config 必须配 ServerAliveInterval 和 ServerAliveCountMax
这是唯一生效的保活方式，VSCode 集成终端里的 ssh 进程会原样读取这个配置。漏掉任意一项都可能让连接更脆弱：
-
ServerAliveInterval 60：每 60 秒发一次空包（非数据，仅探测），值设太小（如 15）反而容易被防火墙限流 -
ServerAliveCountMax 3：连续 3 次没收到响应才断开——**只写ServerAliveInterval不写这行，OpenSSH 默认用 0，等于“收不到立刻断”** -
TCPKeepAlive yes：必须显式开启，否则某些旧版 OpenSSH（比如 Windows 自带的 7.7p1）会跳过保活逻辑
配置块要严格匹配你终端里实际执行的主机别名，比如你敲 ssh my-prod，那 ~/.ssh/config 里就得有 Host my-prod 段，不能只靠 Host * 通配。
别信 remote.SSH.keepAlive 能管终端里的 SSH
remote.SSH.keepAlive 只影响 VSCode UI 层的控制通道（比如文件树刷新、设置同步），它**不发任何网络包**，对集成终端里跑的 ssh 进程零作用。你改了这个值，终端照样断——因为它根本没参与那条 TCP 连接。
同样，remote.autoReconnect 是等连接真断了再试，但很多断连是中间设备静默回收，VSCode 甚至收不到断开通知，自然触发不了重连。
服务端 sshd_config 必须同步配 ClientAliveInterval
客户端发心跳，服务端得愿意回。如果远程服务器 /etc/ssh/sshd_config 里 ClientAliveInterval 是 30，而你客户端设了 60，那服务端会在第 30 秒先动手断连——你的心跳还没发出去就被杀了。
必须确认以下三项已启用并重启服务：
ClientAliveInterval 60ClientAliveCountMax 3TCPKeepAlive yes
改完一定执行 sudo systemctl restart sshd，Docker 容器启动时还得额外加 -o ClientAliveInterval=60 参数。
真正起作用的只有客户端和服务端配对的 ServerAliveInterval/ClientAliveInterval 和 ServerAliveCountMax/ClientAliveCountMax；其他所有“自动重连”“UI 保活”“插件开关”都是障眼法，掩盖不了 TCP 连接本身是否活着这个事实。
