部落格 / 排障指南

開發者網路自檢清單（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 加進訂閱，下次出問題先看狀態，再查自己。