博客 / 排障指南

开发者网络自检清单（2026 版）：从出口 IP 到 AI API 测速

2026-10-17cdnping 编辑部约 6 分钟读完

开发者做网络自检，按“出口 → 解析 → 浏览器 → 协议栈 → 目标服务 → 前端资源 → 订阅”的顺序查九项就够了。前六项在 cdnping 的 IP 与环境检测 一页里都能看到，AI API 的可达性和延迟用 首页在线测速 测。下面先给一张可以打印的检查表，再逐项说明怎么判断、出了问题先看哪里。

#一页检查表

三种情况下各做一遍：换了网络环境（新办公室、出差、换路由器），改了代理或分流规则，某个 AI 工具突然变慢或报错。

“预期结果”一栏留给你按自己的配置填写。全局代理、分流、直连三种用法的正确答案各不相同，自检要确认的是实际行为和你以为的一致，不是追求某个固定结果。

#出口 IP 和分流是否符合预期？

#1. 出口 IP 情报怎么看

打开 /ip，先看出口 IP 情报。cdnping 用 11 个地理库投票定位，并给出置信度。如果置信度偏低，说明各家库对这个网段的归属记录不一致，这本身就是一条有用的信息。

主要看四个字段：

• 原生 IP 还是广播 IP：网段注册地和实际使用地是否一致。两者的区别见 原生 IP 与广播 IP。
• IP 类型：分机房、家宽、移动、Tor 四类。
• 纯净度：汇总 14 个信誉来源，包括 ip-api、proxycheck、IP2Location、StopForumSpam、Tor 出口列表、托管 ASN 名单，以及 DroneBL、SpamCop 等 DNS 黑名单。每一项命中都公开权重，可以逐条看是哪一家标记的，不必只看总分。
• 网段注册信息：通过 RDAP 查询，能看到网段归属的组织。

#2. 大陆分流有没有生效

同一页的大陆分流检测会读取网易、腾讯、抖音、微博、优酷、小红书等国内 CDN 回传的客户端 IP 和延迟，给出“大陆分流 / 全局代理 / 国内直连”三种判断之一。

配置了分流、结果却是“全局代理”，常见原因有两个：规则没有命中国内域名；或者 DNS 走了境外解析器，拿到了境外的 CDN 节点。分流的原理和常见配置方式见 分流（Split Tunneling）。

#3. 不同网站看到的出口是否一致

多出口检测会分别读取 Claude、ChatGPT、Grok 等站点的 Cloudflare trace，看你访问不同目标时对方看到的出口是否相同。分流规则写得比较细的话，常会在这里发现某个域名走了另一条线路。

旁边的“延迟特征”一项，用浏览器测得的往返时间对比 Cloudflare 测得的出口 TCP 往返。两者差距明显，通常说明中间还有一跳中转。

#DNS、WebRTC 和 IPv6 有没有漏出去？

#4. DNS 解析器在哪里

DNS 泄漏检测看的是浏览器最终用了哪些递归解析器，它们的位置和出口是否一致。解析器和出口不在一处，会有两个实际影响：拿到离出口较远的 CDN 节点，访问变慢；解析请求暴露了你在访问哪些域名。原理见 DNS 泄漏与 WebRTC 泄漏。

命令行可以先粗查一下系统默认解析器：

# 查看系统使用的解析器
cat /etc/resolv.conf          # Linux
scutil --dns | head -20       # macOS

# 对比系统解析器和指定解析器的结果
nslookup api.openai.com
nslookup api.openai.com 1.1.1.1

两次返回的 IP 段差别很大，说明系统解析器拿到的是另一个地区的节点。这时回到 /ip 页面，看 DNS 泄漏检测列出的具体解析器。

#5. WebRTC 暴露了哪些地址

WebRTC 用于浏览器里的音视频和点对点连接，会通过 STUN 获取本机的候选地址，这个过程可能不经过浏览器的代理设置。/ip 页面会列出 WebRTC 拿到的地址。检查标准是：列表里的公网地址是否都是你预期的出口。如果出现了运营商分配给你的地址，而你不希望网页拿到它，可以在浏览器设置或扩展里限制 WebRTC 的地址暴露。

#6. IPv4 和 IPv6 是否走同一条路

双栈网络下，代理只接管了 IPv4、IPv6 仍然直连，是“代理有时生效有时不生效”的常见原因。/ip 会分别显示 IPv4 和 IPv6 的出口，命令行可以这样对照：

curl -4 -s https://www.cloudflare.com/cdn-cgi/trace | grep -E '^(ip|loc|colo)='
curl -6 -s https://www.cloudflare.com/cdn-cgi/trace | grep -E '^(ip|loc|colo)='

两次输出的 loc 不一致，说明两个协议栈走了不同的路径。处理办法有两种：让代理客户端同时接管 IPv6，或者在本机关闭 IPv6，按自己的环境选。

#浏览器环境检测看什么

/ip 页面还会检测时区、语言、字体、硬件指纹、自动化痕迹，以及根据 23 项特征反推的内核版本。排查“网页为什么把我识别成另一个地区”时可以参考这些项。指纹在本地计算，不上传。

#怎么保存检测结果

检测完成后，可以在 /ip 页面生成一张带水印的结果图，贴进工单、发给同事，或者留作换网前后的对比。生成前可以选择隐藏 IP 地址，发到群里或公开的 issue 里就不会暴露出口地址。每次改完配置存一张，下次出问题时有个基准可以对照。

#AI API 连不上或变慢，怎么定位？

#7. 用在线测速看首次连接和往返

打开 cdnping 首页 的在线测速，浏览器会向 15 个 AI 模型 API 发起请求：OpenAI、Claude、Gemini、xAI、Mistral、Groq、OpenRouter、DeepSeek、智谱、Kimi、阿里云百炼、火山方舟、硅基流动、AGI Plan 和 cdnping 自身。每个目标给出两个数：

• 首次连接：包含 DNS 解析和 TLS 握手，反映冷启动的开销。
• 往返：连接复用后 3 次请求的中位数，更接近持续工作时每次请求的网络成本。

首次连接高、往返正常，多半是 DNS 或握手阶段慢；两个都高，问题更可能在线路本身。国内访问 AI API 的延迟构成可以参考 国内访问 AI API 的延迟。测速结果可以匿名计入统计，不记录 IP。

命令行也能拆出各阶段耗时：

curl -o /dev/null -s -w \
  'dns=%{time_namelookup}s tcp=%{time_connect}s tls=%{time_appconnect}s total=%{time_total}s\n' \
  https://api.anthropic.com/

这里只看连接阶段，返回 401 或 404 不影响判断。

#是自己的网络问题还是对方服务的问题

浏览器测速反映的是从你到对方的整条路径。要排除对方服务本身的问题，看 API 状态页。它从 Cloudflare 边缘每 5 分钟探测各官方 API 入口，不经过你的本地网络。

举个例子：cdnping 在 2026 年 10 月 17 日 08:40 至 10:05（UTC）从 Cloudflare 丹佛（DEN）边缘节点探测，Claude API 的延迟中位数为 73 ms，OpenAI API 为 96 ms，DeepSeek API 为 353 ms；同一窗口内 Kimi 开放平台的可用率为 94.4%，其余 14 个目标均为 100%。这个窗口只有约一个半小时，探测点在美国，不能代表你在国内测到的延迟，只能说明服务端当时是否正常。cdnping 从 2026-10-17 才开始采集，样本还很少。

判断顺序：

1. 本地测速某个 API 失败，先看 /status 中对应条目是否也异常。
2. 边缘探测正常、本地不通：回到前两部分，查出口、分流和 DNS。
3. 边缘探测也异常：到 /down 看对应服务的用户报告和官方状态页同步，大概率是对方的问题，等恢复或换用备用服务。

如果你通过聚合网关调用模型，网关本身也是一跳。以 AGI Plan 为例（AGI Plan 是 cdnping 的商业合作方），可以在 /status/agiplan 看它的边缘探测结果，以及按真实请求计算的可用率镜像。

部分 AI 服务对使用地区有限制。自检只用来确认网络行为是否符合预期，使用各服务时请遵守其服务条款和当地法规。

#前端 CDN 和服务状态怎么持续跟踪？

#8. 公共前端 CDN 能不能稳定加载

首页测速同时覆盖 9 个公共前端 CDN，CDN 速度榜 汇总了匿名测速结果。项目依赖某个 CDN 时，最好在目标用户所在的网络里实际测一遍。选型思路见 国内如何选择公共 CDN。

#9. 订阅哪些状态信息

自检回答的是“我这边对不对”，状态订阅回答的是“对方有没有出事”。按 cdnping 同步的官方状态页记录，2026-09-17 至 2026-10-17 期间 OpenAI 共有 25 条事件（major 4 条、minor 19 条），Claude 8 条（major 6 条），GitHub 16 条（critical 5 条）。排障时先确认对方状态，可以少走不少弯路。

可以订阅的入口：

• 稳定性周报：每周一自动生成，可订阅。
• 官网动态：监控 11 个官方更新日志、价格页和新闻页，带 RSS，可以放进阅读器。
• 模型监测：基于 OpenRouter 公开 API，看各模型在不同推理供应商上的可用率、延迟和量化精度变化。
• 开放数据 /api/status（CC BY 4.0）：可以接进自己的监控或机器人，数据口径见 数据方法。

#现在就可以做的四件事

1. 把上面的检查表打印出来，或复制到团队 wiki，在“预期结果”一栏写清你们的网络配置。
2. 去 /ip 做一遍检测，隐藏 IP 后生成结果图存档，作为当前配置的基准。
3. 在 首页 跑一次 AI API 测速，记下常用的两三个 API 的首次连接和往返数值。
4. 把 /reports 周报和 /changes 的 RSS 加进订阅，下次出问题先看状态，再查自己。