VSCode内建端口转发仅支持本地转发（-L），不提供远程转发（-R）的图形界面；需手动在本地终端执行ssh -R命令实现远程访问本地服务。
VSCode 内建的端口转发不能“远程访问本地服务”——它只支持本地端口转发（-L），即把远程服务映射到本地；想让远程机器访问你本机的服务，必须用远程端口转发（-R），而 VSCode Remote-SSH 插件默认不提供图形界面配置 -R 的能力。
Remote-SSH 不支持点选式远程端口转发（-R）
VSCode Remote-SSH 的「Forward a Port…」命令、状态栏 Ports 视图、以及所有 UI 操作，底层调用的都是 SSH 的 -L 参数（本地转发）。它没有对应 -R 的按钮或菜单项。试图在命令面板里搜 “Remote Forward” 或 “Reverse Forward” 会找不到任何匹配项。
- 官方文档和源码确认：截至 2026 年 5 月，Remote-SSH 扩展未暴露
RemoteForward配置入口，也不解析~/.ssh/config中的RemoteForward行 - 如果你看到某些文章说“VSCode 支持反向转发”，大概率是混淆了手动命令行
ssh -R和 VSCode 自身功能 - Remote-SSH 的核心定位是“把开发环境搬到远程”，不是构建通用 SSH 隧道代理工具
想让远程服务器访问你本地的服务？只能手动 ssh -R
比如你在本地跑了一个 API 服务监听 localhost:8000，想让远程服务器上的 curl 能访问 http://localhost:8000（即远程机器能调用你本机的服务），必须从你的本地终端执行：
ssh -R 8000:localhost:8000 user@remote-server
这条命令含义是：“把远程服务器的 localhost:8000 绑定，收到的请求原样转发回我本地的 localhost:8000”。注意几个关键点：
-
-R必须从你本地发起（不是在 VSCode 远程窗口里执行），因为本机才是被访问的一方 - 远程服务器需开启
GatewayPorts no（默认）才能让localhost:8000只对本机 SSH 进程可见；若想让远程其他机器也能访问该端口，得配GatewayPorts yes并用-R *:8000:localhost:8000 - SSH 连接断开，
-R隧道就失效；如需持久化，要用autossh或 systemd service 管理
VSCode 里误用 Forward a Port… 的典型失败现象
有人在 VSCode 远程窗口中输入 Forward a Port… → 填 8000，以为这样就能让远程服务器“看到”自己本机的 8000 端口。结果是：
- VSCode 实际执行的是
ssh -L 8000:localhost:8000 …，目标是去连远程服务器自己的localhost:8000—— 但那台机器根本没开这个服务，所以报Connection refused - 右下角状态栏显示绿色图标，只是说明隧道建立成功，不代表远程有服务在听；它不验证远端目标是否真实可达
- 你以为转发了“本地服务”，其实只是把本地流量打向一个不存在的远程端点
替代方案：用 VSCode + 本地终端组合完成 -R 流程
虽然 VSCode UI 不支持 -R，但它可以成为协作枢纽：
- 在 VSCode 本地窗口（非 Remote）中打开终端，运行
ssh -R 8000:localhost:8000 user@remote-server - 保持这个终端常驻；VSCode 远程窗口里可照常编辑、调试、运行命令，远程脚本调用
curl http://localhost:8000就能命中你本机服务 - 如果本地服务是 Node.js/Python，确保它监听
127.0.0.1（不是0.0.0.0），否则可能被防火墙拦截或绑定失败 - Windows 用户注意：OpenSSH 客户端需 Windows 10 1809+ 或手动安装；PowerShell 中执行前先确认
Get-Service ssh-agent是否运行
真正容易被忽略的点是：VSCode 的端口转发 UI 和 SSH 协议本身的 -R 能力完全不在一个抽象层上——前者是 Remote-SSH 扩展封装的便利功能，后者是 SSH 协议原生命令。指望点几下鼠标就实现反向穿透，只会卡在 Connection refused 里反复怀疑人生。
