VSCode Remote-SSH 不支持自动重连，需依赖 SSH 层保活（如 ServerAliveInterval）或手动重连；配置项如 enableAgentForwarding 和 useLocalServer 仅提升稳定性，不改变重连逻辑。
远程开发连接断开后 VSCode 不自动重连，怎么办？
VSCode 的 Remote-SSH 扩展默认不会在连接中断后自动重连——它会停留在“已断开”状态，需要手动点击 Reconnect 或重新打开窗口。这不是 bug，而是设计使然：避免在不稳定的网络下反复无效重试、干扰用户操作或触发服务器端连接限制。
启用 remote.SSH.enableAgentForwarding 和 remote.SSH.useLocalServer 会影响重连行为吗？
不影响自动重连逻辑本身，但会影响连接稳定性与底层通道复用：
-
remote.SSH.enableAgentForwarding开启后，SSH agent 转发由本地代理接管，可减少因密钥加载失败导致的连接中断（尤其使用硬件密钥或多跳跳板时） -
remote.SSH.useLocalServer设为true（默认）时，VSCode 在本地启动一个轻量 SSH server 进程管理连接，比false（纯客户端直连）更利于保持长连接和快速恢复 - 二者都不解决“断开后自动重试”，但能显著降低非网络原因导致的意外断连频率
真正起作用的配置项只有 remote.SSH.connectTimeout 和 remote.SSH.runCommandInTerminal？
不是。这两个参数和自动重连无关：connectTimeout 控制首次连接超时时间（单位秒），runCommandInTerminal 只影响是否在终端中执行远程命令。
目前 VSCode 官方未暴露任何配置项用于开启“后台自动重连”。可行路径只有两条：
- 使用
ssh_config的底层保活机制：在~/.ssh/config中为对应 Host 添加：ServerAliveInterval 60\nServerAliveCountMax 3
，这会让 SSH 客户端每 60 秒发一次心跳，连续 3 次无响应才断开，从而把“连接存活”交给 SSH 层维持，VSCode 无需干预 - 配合终端命令 + 自动化脚本（如 tmux +
autossh）绕过 VSCode 界面层，但此时已脱离 Remote-SSH 扩展工作流，无法直接打开远程文件夹或使用远程扩展
为什么修改 remote.SSH.logLevel 到 debug 有助于排查重连失败？
因为 VSCode 的 Remote-SSH 日志里不会显示“尝试重连”这类动作（它根本没做），但会清晰记录每次连接建立/中断的具体原因，比如：
-
Could not establish connection to "xxx": Error: All configured authentication methods failed→ 密钥权限错误或 agent 未加载 -
Socket is closed→ TCP 层被防火墙/NAT 中断，此时需依赖ServerAlive*配置提前探测 -
Remote server is not running→ 远程vscode-server进程崩溃，需检查~/.vscode-server/cli/servers/下对应 commit ID 目录是否存在且可执行
日志路径在 VSCode 命令面板输入 Remote-SSH: Show Log 即可打开，比盲目调参数更可靠。
别指望点一下设置就能打开“自动重连开关”——VSCode 把这件事交给了 SSH 协议本身和你的网络环境。保活靠 ServerAliveInterval，诊断靠 logLevel，而真正的“重连”动作，仍得你手动点一下。
