2026年机场用于开发：GitHub、Docker、npm 访问慢的代理配置思路

先分清是哪一环节慢

同样叫“访问慢”，克隆仓库卡住、拉取镜像超时、npm install 反复重试，背后原因并不相同。有的是域名解析异常，有的是连接被中途重置，也有的只是跨境链路拥塞。

先用浏览器和命令行各试一次：浏览器能开而终端不行，多半是代理没覆盖命令行。

终端默认不走系统代理

很多命令行工具并不读取操作系统的代理设置。常见做法是设置 HTTP_PROXY、HTTPS_PROXY 环境变量，指向代理客户端在本机监听的混合端口；Git 也可以单独用 http.proxy 配置项指定。

端口号以你的客户端设置为准，不要照抄别人的数字。如果不想逐个工具配置，可以考虑客户端的 TUN 模式，由虚拟网卡统一接管流量，但需要管理员权限，排错时也更复杂。

Docker 与 npm 的配置要点

Docker 的拉取镜像由守护进程完成，所以代理要配置在守护进程或 Docker Desktop 的代理设置里，而不是只改当前终端；构建过程中的下载则可能需要在构建参数里单独传入。npm 则可以通过 npm config 设置代理，或改用适合当地网络的镜像源。

改完后用一条最小命令验证。

• Git：按仓库或全局设置 http.proxy
• npm：设置 proxy 与 https-proxy，或更换 registry
• Docker：在守护进程层面配置代理并重启服务

用规则分流，而不是一律全局

开发场景里经常同时访问公司内网、国内镜像和海外站点。全局代理会让内网 Git 服务器也绕一圈出去，反而连不上。更稳妥的是规则模式：只让需要的海外域名走代理，其余直连。

规则的订阅更新与测速策略可参考Clash 订阅自动更新与节点测速设置技巧，不用每次手动维护。

把排错顺序固定下来

遇到失败时按固定顺序查：客户端是否运行、端口是否一致、节点是否可用、规则是否命中。

选线路时也建议看稳定性而不只看价格，可对照2026年机场推荐对比维度清单，或先了解EdgeXYun 机场的公开信息。请在遵守当地法律法规与公司规定的前提下使用。