--- title: "开发者网络自检清单（2026 版）：从出口 IP 到 AI API 测速" description: "开发者网络自检清单：按出口与分流、DNS、WebRTC、IPv6、AI API 延迟、公共 CDN、状态订阅九项逐一检查，每项给出判断标准、命令行对照方法和对应的 cdnping 工具页，结果可生成隐藏 IP 的报告图。" url: https://cdnping.org/blog/developer-network-self-check-2026 language: zh-CN published: 2026-10-17 category: "排障指南" tags: ["网络自检","开发者网络","AI API","网络排障","检查表"] source: cdnping.org license: Free to quote and summarize with a link to the url above. --- # 开发者网络自检清单（2026 版）：从出口 IP 到 AI API 测速 开发者做网络自检，按“出口 → 解析 → 浏览器 → 协议栈 → 目标服务 → 前端资源 → 订阅”的顺序查九项就够了。前六项在 cdnping 的 [IP 与环境检测](/ip) 一页里都能看到，AI API 的可达性和延迟用 [首页在线测速](/) 测。下面先给一张可以打印的检查表，再逐项说明怎么判断、出了问题先看哪里。 ## 一页检查表 三种情况下各做一遍：换了网络环境（新办公室、出差、换路由器），改了代理或分流规则，某个 AI 工具突然变慢或报错。 | # | 检查项 | 预期结果（按你的配置填写） | 用什么查 | 结果 | | --- | ------------------ | ---------------------------------------------- | ------------------------------------------------------- | ---- | | 1 | 出口 IP 与归属 | 出口地区、IP 类型符合你的配置 | [/ip](/ip) 出口 IP 情报 | ☐ | | 2 | 大陆分流 | 国内站直连，境外站走预期出口 | [/ip](/ip) 大陆分流检测 | ☐ | | 3 | 多出口一致性 | 不同目标看到的出口是否一致 | [/ip](/ip) 多出口检测 | ☐ | | 4 | DNS | 解析器与出口匹配，没有意外泄漏 | [/ip](/ip) DNS 泄漏 | ☐ | | 5 | WebRTC | 不暴露非预期的本地或公网地址 | [/ip](/ip) WebRTC 泄漏 | ☐ | | 6 | IPv4 / IPv6 | 两个协议栈的出口符合预期 | [/ip](/ip) + `curl -4/-6` | ☐ | | 7 | AI API 可达与延迟 | 常用 API 都能连上，首次连接和往返在可接受范围 | [/](/) 在线测速 | ☐ | | 8 | 公共前端 CDN | 项目依赖的 CDN 能稳定加载 | [/](/) 测速、[/benchmark/cdn](/benchmark/cdn) | ☐ | | 9 | 服务状态订阅 | 出问题时能先排除“对方挂了” | [/status](/status)、[/down](/down)、[/reports](/reports) | ☐ | “预期结果”一栏留给你按自己的配置填写。全局代理、分流、直连三种用法的正确答案各不相同，自检要确认的是实际行为和你以为的一致，不是追求某个固定结果。 ## 出口 IP 和分流是否符合预期？ ### 1. 出口 IP 情报怎么看 打开 [/ip](/ip)，先看出口 IP 情报。cdnping 用 11 个地理库投票定位，并给出置信度。如果置信度偏低，说明各家库对这个网段的归属记录不一致，这本身就是一条有用的信息。 主要看四个字段： - 原生 IP 还是广播 IP：网段注册地和实际使用地是否一致。两者的区别见 [原生 IP 与广播 IP](/learn/native-ip-vs-broadcast-ip)。 - IP 类型：分机房、家宽、移动、Tor 四类。 - 纯净度：汇总 14 个信誉来源，包括 ip-api、proxycheck、IP2Location、StopForumSpam、Tor 出口列表、托管 ASN 名单，以及 DroneBL、SpamCop 等 DNS 黑名单。每一项命中都公开权重，可以逐条看是哪一家标记的，不必只看总分。 - 网段注册信息：通过 RDAP 查询，能看到网段归属的组织。 ### 2. 大陆分流有没有生效 同一页的大陆分流检测会读取网易、腾讯、抖音、微博、优酷、小红书等国内 CDN 回传的客户端 IP 和延迟，给出“大陆分流 / 全局代理 / 国内直连”三种判断之一。 配置了分流、结果却是“全局代理”，常见原因有两个：规则没有命中国内域名；或者 DNS 走了境外解析器，拿到了境外的 CDN 节点。分流的原理和常见配置方式见 [分流（Split Tunneling）](/learn/split-tunneling)。 ### 3. 不同网站看到的出口是否一致 多出口检测会分别读取 Claude、ChatGPT、Grok 等站点的 Cloudflare trace，看你访问不同目标时对方看到的出口是否相同。分流规则写得比较细的话，常会在这里发现某个域名走了另一条线路。 旁边的“延迟特征”一项，用浏览器测得的往返时间对比 Cloudflare 测得的出口 TCP 往返。两者差距明显，通常说明中间还有一跳中转。 ## DNS、WebRTC 和 IPv6 有没有漏出去？ ### 4. DNS 解析器在哪里 DNS 泄漏检测看的是浏览器最终用了哪些递归解析器，它们的位置和出口是否一致。解析器和出口不在一处，会有两个实际影响：拿到离出口较远的 CDN 节点，访问变慢；解析请求暴露了你在访问哪些域名。原理见 [DNS 泄漏与 WebRTC 泄漏](/learn/dns-leak-webrtc-leak)。 命令行可以先粗查一下系统默认解析器： ```bash # 查看系统使用的解析器 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 的出口，命令行可以这样对照： ```bash 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 的延迟](/learn/ai-api-latency-china)。测速结果可以匿名计入统计，不记录 IP。 命令行也能拆出各阶段耗时： ```bash 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 状态页](/status)。它从 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](/status) 中对应条目是否也异常。 2. 边缘探测正常、本地不通：回到前两部分，查出口、分流和 DNS。 3. 边缘探测也异常：到 [/down](/down) 看对应服务的用户报告和官方状态页同步，大概率是对方的问题，等恢复或换用备用服务。 如果你通过聚合网关调用模型，网关本身也是一跳。以 AGI Plan 为例（AGI Plan 是 cdnping 的商业合作方），可以在 [/status/agiplan](/status/agiplan) 看它的边缘探测结果，以及按真实请求计算的可用率镜像。 部分 AI 服务对使用地区有限制。自检只用来确认网络行为是否符合预期，使用各服务时请遵守其服务条款和当地法规。 ## 前端 CDN 和服务状态怎么持续跟踪？ ### 8. 公共前端 CDN 能不能稳定加载 首页测速同时覆盖 9 个公共前端 CDN，[CDN 速度榜](/benchmark/cdn) 汇总了匿名测速结果。项目依赖某个 CDN 时，最好在目标用户所在的网络里实际测一遍。选型思路见 [国内如何选择公共 CDN](/learn/choose-public-cdn-china)。 ### 9. 订阅哪些状态信息 自检回答的是“我这边对不对”，状态订阅回答的是“对方有没有出事”。按 cdnping 同步的官方状态页记录，2026-09-17 至 2026-10-17 期间 OpenAI 共有 25 条事件（major 4 条、minor 19 条），Claude 8 条（major 6 条），GitHub 16 条（critical 5 条）。排障时先确认对方状态，可以少走不少弯路。 可以订阅的入口： - [稳定性周报](/reports)：每周一自动生成，可订阅。 - [官网动态](/changes)：监控 11 个官方更新日志、价格页和新闻页，带 RSS，可以放进阅读器。 - [模型监测](/models)：基于 OpenRouter 公开 API，看各模型在不同推理供应商上的可用率、延迟和量化精度变化。 - 开放数据 `/api/status`（CC BY 4.0）：可以接进自己的监控或机器人，数据口径见 [数据方法](/methodology)。 ## 现在就可以做的四件事 1. 把上面的检查表打印出来，或复制到团队 wiki，在“预期结果”一栏写清你们的网络配置。 2. 去 [/ip](/ip) 做一遍检测，隐藏 IP 后生成结果图存档，作为当前配置的基准。 3. 在 [首页](/) 跑一次 AI API 测速，记下常用的两三个 API 的首次连接和往返数值。 4. 把 [/reports](/reports) 周报和 [/changes](/changes) 的 RSS 加进订阅，下次出问题先看状态，再查自己。