什么是网络连通性测试
同一台电脑上，「能不能打开某个网站」并不是一个统一的答案： 百度、淘宝走的是国内线路，Google、YouTube 要经过跨境出口，ChatGPT、Claude 还要看分流规则里有没有它们的域名。 装了代理之后情况更复杂——代理客户端按规则把每个域名分到「直连」或「代理」两条路上， 规则写漏一条、模式选错一个，就会出现「Google 能开、ChatGPT 打不开」或者「国外都正常、国内反而变慢」这类怪现象。
连通性测试做的事情很朴素：在你的浏览器里挨个请求一批有代表性的网站，看哪些连得上、各要多久。 单个站点的结果说明不了太多，按分组对照才有意义—— 国内一组全通、国际一组成片超时，是没开代理或代理没生效；国际正常、AI 一组不通，是分流规则漏了域名； 国内比国外还慢，是国内流量也被送进了代理。
这次检测做了什么
- 对每个站点先发一次不计入结果的预热请求，把 DNS 解析、TCP 与 TLS 握手这些一次性开销挡在外面。
- 随后连续测 6 轮，每轮是一个 HEAD 请求，3 秒没有响应记为超时； 轮与轮之间随机间隔一小段，避免和其他站点的请求挤在同一瞬间。
- 最多 6 个站点同时进行。几十个请求一起发出去会互相抢带宽，测出来的延迟会比真实值高一截。
- 每个站点取成功轮次的中位数作为延迟；预热和前两轮全部失败的站点直接判为不可达，剩下几轮不再白等。
- 按分组统计可达数量与中位延迟，再根据几组之间的对照关系给出结论。
请求以 no-cors 模式发出：浏览器不让网页读取跨站响应的内容，但「有没有响应、花了多久」是看得到的， 这就够了——对方回的是 200、404 还是 403 都不重要，只要有响应就说明线路是通的。 探测对象尽量选了图标、generate_204、/cdn-cgi/trace 这类由 CDN 边缘直接返回的小文件，测到的主要是线路，而不是对方机房的繁忙程度。 请求不携带 Cookie 与 Referer，对方不会知道请求来自本页。
查看全部 44 个探测地址
- 百度www.baidu.com/favicon.ico
- 微信res.wx.qq.com/a/wx_fed/assets/res/NTI4MWU5.ico
- 淘宝www.taobao.com/favicon.ico
- 字节跳动perfops.byte-test.com/500b-bench.jpg
- 腾讯QQwww.qq.com/favicon.ico
- 京东www.jd.com/favicon.ico
- 哔哩哔哩www.bilibili.com/favicon.ico
- 网易www.163.com/favicon.ico
- 小红书fe-static.xhscdn.com/favicon.ico
- 新浪微博tva1.sinaimg.cn/favicon.ico
- Googlewww.google.com/generate_204
- YouTubewww.youtube.com/generate_204
- GitHubgithub.com/generate_204
- Cloudflareone.one.one.one/cdn-cgi/trace
- Applewww.apple.com/favicon.ico
- Amazonwww.amazon.com/favicon.ico
- Wikipediawww.wikipedia.org/static/favicon/wikipedia.ico
- ChatGPTchatgpt.com/cdn-cgi/trace
- OpenAI APIapi.openai.com/
- Claudeclaude.ai/cdn-cgi/trace
- Claude APIapi.anthropic.com/favicon.ico
- Gemini APIgenerativelanguage.googleapis.com/favicon.ico
- Xabs.twimg.com/favicons/twitter.3.ico
- Facebookstatic.xx.fbcdn.net/rsrc.php/yb/r/hLRJ1GG_y0J.ico
- Instagramstatic.cdninstagram.com/rsrc.php/yb/r/hLRJ1GG_y0J.ico
- Telegramtelegram.org/favicon.ico
- TikTokwww.tiktok.com/favicon.ico
- Redditwww.reddit.com/favicon.ico
- Netflixassets.nflxext.com/us/ffe/siteui/common/icons/nficon2016.ico
- Spotifyopen.spotify.com/favicon.ico
- Discorddiscord.com/cdn-cgi/trace
- npmregistry.npmjs.org/
- PyPIpypi.org/favicon.ico
- Docker Hubregistry-1.docker.io/v2/
- Hugging Facehuggingface.co/favicon.ico
- jsDelivrcdn.jsdelivr.net/npm/latency-test@1.0.0/generate_200
- GitHub Rawraw.githubusercontent.com/github/gitignore/main/README.md
- Steamstore.steampowered.com/favicon.ico
- Yahoo! JAPANwww.yahoo.co.jp/favicon.ico
- 任天堂www.nintendo.co.jp/favicon.ico
- Naverwww.naver.com/favicon.ico
- Yandexyastatic.net/favicon.ico
- BBCwww.bbc.com/favicon.ico
- MercadoLibrehttp2.mlstatic.com/favicon.ico
怎么读检测结果
- 圆点：每一轮一个。绿色越深越快，琥珀色表示超过 250ms，红色是这一轮失败，空心圆是判定不可达后跳过的轮次。 点一下站点的格子，可以展开每一轮的具体延迟、失败原因与探测地址。
- 延迟：成功轮次的中位数，超过 999ms 统一显示为 999ms。
- 优 / 良 / 慢：中位延迟分别在 100ms 以内、250ms 以内、250ms 以上。
- 不稳定：有成功也有失败。偶尔一次失败可能只是抖动，失败一半以上通常意味着线路丢包严重。
- 不可达：一次都没有连上。展开这一格的详情能看到失败原因——超时、连接失败， 或者瞬间失败（多半是浏览器扩展拦下了请求，而不是网络问题）。
- 分组摘要：「可达 x/N · 中位 Yms」里的中位，是本组各站点延迟的中位数，比平均值更不容易被个别慢站拉高。
「可达」只说明网络层面连得通，不等于服务能正常使用。ChatGPT、Claude 连得上，仍然可能因为出口 IP 所在地区不受支持而无法登录； 这类问题请到 AI 解锁检测查看。想知道这些流量各自从哪个出口出去，可以用网站分流测试。
常见问题
- 这里的延迟为什么比 ping 出来的高？
- 网页里发不了 ICMP，本页测的是浏览器发出一个完整 HTTPS 请求到收到响应头的时间，里面包含对方服务器的处理时间，通常比 ping 高出几毫秒到几十毫秒。每个站点先发一次不计入结果的预热请求，把 DNS 解析与 TLS 握手挡在外面，后面几轮复用同一条连接，再取成功轮次的中位数——偶尔一次抖动不会把结果带偏。
- 国内网站反而比国外慢，是哪里出了问题？
- 最常见的原因是代理开在了「全局模式」：访问百度、淘宝的流量也先送到境外节点，再绕回国内，延迟自然比直连高出一大截，国内服务还可能因此把你当成海外用户。把代理客户端切到「规则」或「绕过中国大陆」模式，让国内域名直连，再重测一次就能看到区别。
- Google 能连上，ChatGPT、Claude 却不可达，为什么？
- 多半是分流规则漏了 AI 服务的域名，让它们走了直连。只写了 openai.com、却没有 chatgpt.com、api.openai.com、anthropic.com、claude.ai 的规则集并不少见。另外请注意：这里的「可达」只说明网络上连得通，能不能正常使用还取决于出口 IP 所在地区是否受支持，那一步可以到本站的 AI 解锁检测里看。
- 显示不可达，就一定是被墙了吗？
- 不一定。广告拦截与隐私保护扩展常常直接拦掉 Facebook、X 这类域名的请求——这种失败几乎是瞬间发生的，点一下那个站点的格子就能看到失败原因；公司或学校的防火墙、对方站点自身的故障也会表现成不可达。只有「国内全通、国际成片超时」这种整组的规律，才能比较有把握地归因到跨境线路。
- 检测会把我的数据发给 ip.cx 或这些网站吗？
- 不会发给 ip.cx：所有请求都由你的浏览器直接发往各个网站，结果只显示在当前页面上，本站服务器收不到任何一条。对这些网站而言，它们看到的和你平时打开它们一样，只是一次普通的访问——探测请求不携带 Cookie，也不带 Referer，对方不会知道请求来自本页，更不会关联到你在那里的账号。格子上的网站图标由浏览器从图标服务 favicon.is 加载，同样不带 Referer；它能看到的是你的 IP 和要了哪几家网站的图标。