让基于ControlMaster的跳板机SSH配置兼容VSCode Remote SSH与rsync的方案咨询

嘿，我太懂你这个痛点了——笔记本一睡眠，本地的ControlMaster连接直接歇菜，而B服务器每次登录都要过2FA，用A当跳板机持久化认证状态本来是个好办法，但VSCode和rsync不买账确实头疼。我之前也踩过类似的坑，给你几个亲测有效的解决方案：

核心思路 #

咱们的目标很明确：让本地的VSCode/rsync直接复用跳板机A上已经持久化好的到B的ControlMaster连接，彻底抛弃ssh a -tt ssh b这种嵌套交互式会话——这玩意儿会干扰VSCode和rsync底层需要的纯SSH通道，自然兼容不了。

步骤1：先把跳板机A的SSH配置搞定 #

首先得确保A上到B的连接能稳定持久化ControlMaster，只要A上连过一次B，后续所有到B的连接都不用再输2FA。在A的~/.ssh/config里加上这些内容：

Host b
  HostName <B的IP/域名>
  User <你的B服务器用户名>
  ControlMaster auto
  ControlPath ~/.ssh/sockets/%r@%h:%p.sock
  ControlPersist 24h  # 设长点，比如24小时，避免频繁断连要重过2FA

记得先在A上创建sockets目录：mkdir -p ~/.ssh/sockets && chmod 700 ~/.ssh/sockets，权限必须设成700，不然SSH会拒绝使用这个套接字。

步骤2：本地笔记本的SSH配置（关键！） #

在本地的~/.ssh/config里，别再用RemoteCommand了，改用ProxyCommand让本地SSH通过A的连接直接转发到B，同时自动复用A上的持久化ControlMaster：

# 先配置本地到A的持久化连接，避免笔记本睡眠后连A还要重新认证
Host a
  HostName <A的IP/域名>
  User <你的A服务器用户名>
  ControlMaster auto
  ControlPath ~/.ssh/sockets/%r@%h:%p.sock
  ControlPersist 8h
  # 本地也要先创建sockets目录：mkdir -p ~/.ssh/sockets && chmod 700 ~/.ssh/sockets

# 配置直接连B的条目，完全复用A上的持久化认证
Host b
  HostName <B的IP/域名>
  User <你的B服务器用户名>
  # 核心逻辑：让本地SSH通过A执行ssh b的命令，自动复用A上的ControlMaster套接字
  ProxyCommand ssh -q a "ssh -W %h:%p b"
  # 可选：本地到B的连接也持久化，减少触发A上连接的频率
  ControlMaster auto
  ControlPath ~/.ssh/sockets/%r@%h:%p.sock
  ControlPersist 4h

配置完之后，你本地直接敲ssh b就能连到B，而且会自动复用A上的持久化认证，不用再输2FA；VSCode Remote SSH直接选这个b的主机就能正常连接，rsync也可以直接用rsync -avz /本地文件 b:/远程路径，完美兼容。

为什么你之前的方案没效果？ #

• ProxyJump：它本质是把A当网络网关，本地直接和B建立SSH连接，完全绕过了A上的ControlMaster，所以你还是得在本地过2FA，根本没用到A上的持久化认证，自然不符合需求。
• 转发ControlMaster套接字：Unix域套接字的转发特别容易出权限问题，而且如果A上的ControlPersist设置太短，或者连接被系统回收，本地的SSH客户端就会因为访问不到有效套接字而直接冻结，稳定性远不如ProxyCommand方案。

额外小技巧 #

• 如果A上的ControlMaster连接断了（比如A重启），你只要在本地敲ssh a ssh b，手动在A上重新连一次B过2FA，后续的本地连接就会自动复用新的持久化套接字。
• 可以把本地的ControlPersist设得更长一点，比如24h，避免笔记本睡眠后本地到A的连接断了还要重新认证。

备注：内容来源于stack exchange，提问作者Yuxuan Lu