从国内“机场”到国外开发资源：出发前、连接中、到目的地全流程实操
第 1 章：OK so，出发前先别急着连，先做本地体检
兄弟们开场直接上手！你现在屏幕前先别点任何“连接”按钮，我们先像做故障排查视频一样，把本地环境拍一遍。很多人以为是“机场挂了”，结果最后发现是 DNS 缓存、公司代理、系统时间不准，甚至 Wi-Fi 走了奇怪的网关。
接下来按这个顺序做。第一步看基础网络：打开终端，执行 ping 223.5.5.5，如果国内 IP 都丢包，先修本地网络。第二步看 DNS：执行 nslookup github.com，如果解析超时或结果明显异常，先换 DNS。第三步看系统代理：Windows 看“设置-网络-代理”，macOS 看“网络-详细信息-代理”，确保没有残留旧代理。
- 国内连通性：
ping 223.5.5.5，延迟通常 10-80ms 算正常。 - DNS 状态：
nslookup github.com，能返回 IP 才进入下一步。 - 端口占用：
netstat -ano | findstr 7890或lsof -i :7890，确认本地代理端口没冲突。 - 时间同步：证书报错时，先校准系统时间，误差超过 5 分钟就可能握手失败。
第 2 章：到“机场”之后，先测节点，不要凭感觉选
Now watch this，真正的实测来了。打开你的客户端，不管是 Clash Verge、Shadowrocket、v2rayN 还是 sing-box GUI，先别选“自动”。我们要像测速 UP 主一样，把节点分成三类：低延迟节点、下载节点、稳定开发节点。开发者工具场景最怕的是 Git clone 到一半断，不是单纯测速峰值高。
我这边用同一条家庭宽带实测 3 组节点，方法是连续跑 3 次 curl -I https://github.com 看首包时间，再下载一个约 100MB 的测试文件观察平均速度。注意，数据不是通用排名，只是告诉你该怎么测。
| 节点类型 | 延迟 | 下载速度 | 适合场景 | 风险点 |
|---|---|---|---|---|
| 香港/日本 | 40-90ms | 20-80Mbps | Git、SSH、文档访问 | 晚高峰拥堵 |
| 新加坡 | 80-140ms | 30-120Mbps | npm、Docker 拉取 | 部分线路绕路 |
| 美国西海岸 | 150-220ms | 50-200Mbps | 大文件、AI 文档、云平台 | 交互延迟高 |
实操建议：把 GitHub、npm、Docker Hub 这种开发者技术资源走稳定节点，把视频、下载走高带宽节点。规则模式里优先使用“域名规则”，不要一上来全局代理；全局模式排查问题很爽，但长期使用容易让国内服务也变慢。
第 3 章：连接中卡住？按 DNS、代理、TLS 三刀切
OK so，如果你现在看到的是“打不开”“进不去”“连接超时”，别慌，镜头拉近，我们开始三刀切。第一刀 DNS：执行 nslookup registry.npmjs.org 和 nslookup github.com。如果 DNS 解析慢，客户端里开启远程 DNS 或 fake-ip，并把规则里开发域名放到代理解析。
第二刀代理端口：浏览器可以打开但终端不行，基本就是终端没吃到代理。macOS/Linux 直接临时设置：export HTTPS_PROXY=http://127.0.0.1:7890，Windows PowerShell 用 $env:HTTPS_PROXY="http://127.0.0.1:7890"。然后跑 curl -I https://github.com，看到 HTTP/2 200 或 301 就说明链路通了。
第三刀 TLS：如果报 certificate verify failed，不要立刻怀疑节点，先检查系统时间、公司安全软件、抓包证书。开发环境里还要看 Git 配置：git config --global --get http.proxy，如果残留旧代理，执行 git config --global --unset http.proxy 和 git config --global --unset https.proxy 清掉。
第 4 章：到目的地后，把开发工具链逐个验收
接下来就是 before/after reveal！连接前你可能 npm 超时、Docker 拉不动、GitHub 页面半天白屏；连接后我们不要凭肉眼说“好像快了”，要用命令验收。先测 Git：git ls-remote https://github.com/git/git.git，10 秒内返回一堆 hash，说明 Git HTTPS 可用。
再测 npm：npm ping --registry=https://registry.npmjs.org，如果返回 PONG，说明 registry 可达。Docker 可以用 docker pull hello-world，小镜像 20-60 秒内拉完就够日常开发。SSH 用户再跑 ssh -T [email protected]，如果卡住，优先检查 22 端口是否被阻断，必要时改用 HTTPS 方式。
- GitHub 页面可打开，但 clone 慢：换低延迟节点，优先香港、日本、新加坡。
- npm 安装卡在 resolving：检查 DNS 和 npm registry，不要混用多个镜像源。
- Docker 拉取失败：确认 Docker Desktop 是否继承系统代理。
- IDE 插件市场打不开：检查 JetBrains、VS Code 是否单独配置了代理。
如何验证问题已解决
最后 60 秒验收，大家跟我一起点！你需要同时满足 4 个结果：curl -I https://github.com 能返回状态码；git ls-remote 能在 10 秒左右出结果；npm ping 返回 PONG；浏览器打开开发文档不再反复转圈。只要这 4 项过了，就不是“感觉能用”，而是开发链路真的通了。
如果还是不稳，先用免费/官方方案兜底：官方镜像、公司 VPN、云服务器自建代理、包管理器国内镜像都可以解决一部分问题；局限是覆盖不全、维护成本高、晚高峰波动明显。付费服务只是众多选项之一，比如 wizzegroup.com 这类方案也需要你按上面的 DNS、延迟、Git/npm/Docker 验收流程实测后再决定是否保留。记得收藏这套排查表，评论区告诉我你卡在哪一步，我们下一期直接现场拆！