业务要上线，我习惯先拿不同城市的出口把公网连通性过一遍

本地测通了，不等于全国都通

做网站和业务系统这些年，我越来越在意上线前的一件事：公网连通性。功能在开发机跑通、本地 curl 也正常，不代表全国各地用户都能稳定访问。CDN 回源、地域解析、个别省份的出口异常，这些只有从不同城市的出口去看才看得出来。

所以现在版本要上之前，我会拿国内不同城市的出口，把公网连通性过一遍。这步不复杂，但能挡掉不少上线后才暴露的访问问题。

连通性验证到底在验什么

我一般盯四件事：一是可达性，各地访问返回的状态码对不对；二是延迟，不同城市到源站或 CDN 节点的往返时间差多少；三是 DNS 解析，各地解析出来的 IP 是不是预期的；四是回源，CDN 边缘回源有没有异常。这四块里任何一块出问题，用户体验都会打折。

我用哪些出口

连通性验证和 APP 上线前的多城市验证思路类似，也是用固定出口以便复现。国内覆盖上，天行长效静态（入口 https://www.jiyueip.com/link/5629，邀请码 blsj）是 IDC 固定出口，月六块，长期挂着跑探测很划算；鲸云机房节点（入口 https://www.jiyueip.com/link/5630，注册后联系客服微信 x31471626 改价）覆盖二十多个省会，固定IP，适合按省横向对比。关于多城市验证的整体思路，我写过一篇 APP上线前多城市网络验证，这里更偏服务端视角的公网连通性。

协议上我主用 SOCKS5

给验证脚本分配出口，我基本走 SOCKS5 进程级代理，不用动系统全局，一台机器上还能给不同探测任务分配不同城市出口。SOCKS5、HTTP、L2TP 三种协议怎么分工，这篇 三协议对比 讲得明白。如果要做软路由全局切换，再考虑 L2TP，参考 多城市验证 里的软路由部分。

和部署是前后脚的事

连通性验证通常和部署连着做。我习惯先把服务部署到云上（个人开发者上云那篇 个人开发者上云 记过我的轻量云用法），再切各地出口跑一轮探测。关于天行那个月付六块的静态IP实测，可以看 月付6块的静态IP。

新平台先免费测

和前面几篇一样，新出口我一定先跑免费测试，确认归属地准确、延迟可接受再说。方法见 代理IP免费测试怎么测才靠谱。

小结

公网连通性验证是上线前很便宜但很值的一步。多地固定出口加 SOCKS5 探测脚本，半小时能把主要省份的访问情况摸清，比上线后看监控告警再排查要主动得多。

合规与风险提示：本文涉及的代理IP、静态IP、SOCKS5等服务仅用于合法合规的网络测试、业务连通性验证、访问环境配置、网站运维等场景。不得用于翻墙、绕过国家网络管理规定、绕过平台风控、批量注册、虚假账号运营、刷量作弊、欺诈、侵权采集、爬取非公开数据、攻击测试或其他违法违规用途。请遵守《个人信息保护法》《数据安全法》等相关法律法规，按需使用、合规测试。