VSCode端口转发本质是SSH LocalForward，需确保远程服务监听127.0.0.1而非0.0.0.0，防火墙不影响LocalForward；UI失败时可用ssh -L验证；浏览器访问失败可能因localhost端口策略，建议用127.0.0.1替代或加白名单。
VSCode远程开发时，Port Forwarding 本质是 SSH 端口转发，不是本地代理
VSCode 的 Remote-SSH 扩展本身不运行代理服务，它依赖底层 SSH 客户端的 DynamicForward 或 LocalForward 功能。你看到的“端口映射”列表，只是 VSCode 对 SSH LocalForward 规则的图形化管理界面——它最终会写入 SSH 配置或通过 ssh -L 启动连接。这意味着：端口是否能访问，取决于远程服务是否监听 127.0.0.1（而非 0.0.0.0），也取决于防火墙和 SSH 服务端配置（GatewayPorts 默认为 no，不影响 LocalForward）。
手动添加端口转发前，先确认远程服务监听地址
很多 Web 服务（如 python -m http.server 8000、flask run --port=5000）默认只绑定 127.0.0.1，这没问题；但有些框架（如某些 Node.js 启动脚本）会默认监听 0.0.0.0，反而在远程 SSH 转发下因权限或网络策略失败。安全起见，统一设为 127.0.0.1：
- 启动服务时显式指定 host：
python -m http.server 8000 --bind 127.0.0.1:8000 - Flask：
flask run --host=127.0.0.1 --port=5000 - 检查监听状态：
ss -tlnp | grep :8000，输出中应含127.0.0.1:8000或::1:8000，而非*:8000
VSCode UI 添加转发失败？试试命令行 ssh -L 直连验证
VSCode 的转发有时卡在“Pending”或点击后无响应，常见原因是 SSH 连接已建立但未启用端口转发通道。绕过 UI，用终端直连可快速定位：
- 关闭当前 Remote-SSH 连接
- 在本地终端执行：
ssh -L 8080:127.0.0.1:8000 user@remote-host（把8000换成远程服务端口，8080是你想在本地访问的端口） - 另开一个终端，访问
http://localhost:8080—— 若通，说明服务和网络正常，问题在 VSCode 配置；若不通，检查远程服务是否真在运行、是否被ufw或iptables拦截（注意：SSH LocalForward 不走远程防火墙的 INPUT 链，但服务进程本身可能被限制）
转发成功但浏览器打不开？检查 Chrome/Firefox 的 localhost 例外策略
较新版本 Chrome（v120+）和 Firefox 对 localhost 域名做了更严格的 loopback 检查。如果你用的是非标准端口（如 :3001、:8081），且该端口未在系统 loopback 白名单中，浏览器可能直接拒绝连接，控制台报错 ERR_CONNECTION_REFUSED（但 curl 能通）。解决方法：
- 临时用
curl -v http://localhost:8080验证服务可达性 - Chrome 中访问
chrome://flags/#unsafely-treat-insecure-origin-as-secure，将你的http://localhost:8080加入白名单（仅开发用） - 更稳妥：改用
127.0.0.1:8080替代localhost:8080，多数浏览器对 IP 形式的 loopback 不做额外校验
真正容易被忽略的是：VSCode 的 Port Forwarding 列表里显示 “Forwarded” 并不等于端口已就绪——它只代表 SSH 隧道已建立，而远程服务可能刚启动、还没监听，或者监听了但响应慢。务必在转发后等 1–2 秒再刷新浏览器，尤其对 Python Flask/Django 这类热加载服务。
