豆包打不開、提示網路錯誤:先分清是豆包崩了還是你的網路
豆包打不開時,先確認是豆包自己出了問題,還是隻有你這邊連不上。前一種情況你只能等官方修復;後一種最常見的原因是電腦或手機開著代理,訪問國內服務的流量被繞到了境外,結果變慢或者直接失敗。下面按“服務端 → 本地網路與代理 → 客戶端快取與登入”的順序排查,每一步都有能直接照做的檢查方法。
豆包打不開,先看是不是大家都打不開?
“豆包崩了”上熱搜的時候,說明確實有很多人同時遇到問題,這時候在本地折騰網路沒有意義。判斷方法有三種,從快到慢:
- 開啟 cdnping 的豆包狀態頁 /down/doubao。這一頁綜合官方狀態頁、每 5 分鐘的 API 探測和使用者一鍵報告(打不開、很慢、被登出等)。如果最近集中出現“打不開”的報告,多半是服務端問題。你也可以順手報告一次,幫後來的人判斷。
- 換一個網路試。手機關掉 Wi-Fi 用移動資料,或者電腦連手機熱點。換了網路就好了,問題在原來的網路上;換了還是不行,再看下一條。
- 換一個入口試。網頁版、App、電腦客戶端分別開啟一次。只有一個入口壞,多半是那個客戶端的快取或版本問題;全部都壞,並且第 1 步有大量報告,就是服務端。
熱搜和短影片只能說明“有人遇到了”,不代表你遇到的是同一個問題。如果你的問題其實是代理導致的,看到熱搜就停下排查,等多久都不會好。
豆包 App 打不開,等於火山方舟 API 掛了嗎?
不等於。豆包 App 和網頁是面向普通使用者的產品,火山方舟是火山引擎面向開發者的模型 API 平臺,兩者入口不同。App 打不開時 API 可能完全正常,反過來也一樣。
如果你是開發者,在程式碼裡呼叫的是火山方舟 API,應該看 cdnping 的火山方舟 API 狀態頁 /status/volcengine,它從 Cloudflare 邊緣每 5 分鐘探測一次官方 API 入口 ark.cn-beijing.volces.com。
給一組真實資料作參考。cdnping 從 2026-10-17 開始採集,下面是開始採集後的首批探測,視窗是 2026-10-17 16:40–18:05(北京時間),探測點是 Cloudflare 丹佛節點(DEN):
| 指標 | 火山方舟 API |
|---|---|
| 當時是否可達 | 是 |
| 最近一次耗時 | 368 ms |
| 中位數(p50) | 485 ms |
| p95 | 1149 ms |
| 視窗內可用率 | 100% |
這組數字只能說明“在這個視窗裡,從境外邊緣節點看,API 入口是通的”,不能代表國內使用者直連的延遲,也不能當作長期統計。它的用處是排除法:API 入口通,App 卻打不開,問題更可能在 App 側或你的網路上。
關於狀態頁上事件等級和元件的含義,可以參考怎麼看 OpenAI 狀態頁和 Claude 狀態頁,讀法是通用的。
開著代理時,為什麼豆包會變慢或連不上?
這個原因很常見,但討論“豆包崩了”的內容裡很少提到。
豆包是國內服務。正常情況下,你的請求經國內運營商直接到達服務端,路徑短。開了全域性代理以後,請求會先出境到代理伺服器,再從境外繞回國內機房,常見後果有:
- 延遲明顯變大,頁面一直轉圈,對話流式輸出斷斷續續;
- 連線被重置或超時,提示“網路錯誤”“網路連線異常”;
- IP 歸屬地變成境外,登入時可能觸發額外驗證,或者被要求重新登入。
國內服務應該走國內直連。規則模式(分流)就是做這件事的:境外服務走代理,國內服務直連。原理可以看 /learn/split-tunneling。
怎麼確認豆包有沒有走國內直連?
用 cdnping 的 IP 與環境檢測 /ip 裡的“大陸分流檢測”。它讀取網易、騰訊、抖音、微博、優酷、小紅書等國內 CDN 回傳的客戶端 IP 和延遲,給出三種結果之一:
| 檢測結果 | 含義 | 對豆包的影響 |
|---|---|---|
| 國內直連 | 沒開代理,或代理沒接管流量 | 正常,代理不是原因 |
| 大陸分流 | 國內站點直連、境外站點走代理 | 通常正常;如果豆包還是慢,檢查分流規則是否漏了豆包相關域名 |
| 全域性代理 | 國內站點也從境外出口訪問 | 最可能的原因,先改成規則模式或暫時關閉代理再試 |
三種結果是怎麼判斷出來的,在國內網站如何看到你的真實 IP裡有詳細說明。
還有兩種容易漏掉的情況:
- IPv4 和 IPv6 出口不一致。代理只接管了 IPv4,IPv6 直連,或者反過來,同一個網站的不同請求走了不同出口,會出現時好時壞。排查方法見 IPv6 代理不生效:雙棧網路下出口不一致。
- DNS 解析到了境外節點。如果你開了指向境外的 DoH,或代理軟體把國內域名也交給境外 DNS 解析,可能拿到一個離你很遠的伺服器地址。瀏覽器和系統 DoH 怎麼查、怎麼改,見 DNS over HTTPS 配置指南。
照著做:10 分鐘排查清單
按順序做,每一步都有明確的“是/否”分支。
第 1 步:確認是不是服務端問題(1 分鐘)
開啟 /down/doubao,看最近有沒有集中報告。有,就等;沒有,繼續。
第 2 步:關掉代理或改成規則模式,再試(2 分鐘)
- 電腦:把代理軟體切到“規則”或直接退出,同時檢查系統設定裡有沒有殘留的手動代理(Windows 在“設定 → 網路和 Internet → 代理”,macOS 在“系統設定 → 網路 → 詳細資訊 → 代理”)。
- 手機:關掉 VPN 類 App,或在其中把豆包設為不走代理。
- 再開啟 /ip 確認大陸分流檢測顯示“國內直連”或“大陸分流”。
改完就能開啟,原因就是代理。
第 3 步:用命令確認連通性(3 分鐘)
在電腦終端裡執行(以網頁版域名為例):
# 看域名解析到了哪裡,正常應該是國內地址
nslookup www.doubao.com
# 看能否建立 HTTPS 連線,以及各階段耗時
curl -o /dev/null -s -w "dns:%{time_namelookup}s connect:%{time_connect}s tls:%{time_appconnect}s total:%{time_total}s code:%{http_code}\n" https://www.doubao.com/
判斷方法:
nslookup解析失敗或返回的地址不像國內地址,問題在 DNS,按上一節處理;connect很久或超時,問題在網路路徑,可以再用mtr www.doubao.com(Windows 用tracert)看卡在哪一跳,讀法見 traceroute 和 mtr 結果怎麼看;code返回 200 或 3xx,說明網路層是通的,問題多半在客戶端,進入第 4 步。
如果你開著終端代理(設定了 https_proxy 等環境變數),先 unset https_proxy http_proxy all_proxy 再測,否則測到的是代理路徑。
第 4 步:清理客戶端快取和登入狀態(3 分鐘)
- 網頁版:先用瀏覽器無痕視窗開啟。無痕能用,就清除 doubao.com 的 Cookie 和站點資料後重新登入;也試一下關掉廣告攔截、指令碼攔截之類的擴充套件。
- 手機 App:先完全退出再開啟;不行就清除快取(不是清除資料);再不行檢查應用商店是否有更新。
- 電腦客戶端:退出後重開,或重新安裝最新版本。
- 被頻繁登出:檢查手機或電腦的系統時間是否正確,以及是否在短時間內頻繁切換網路出口。
第 5 步:還是不行,留好資訊再反饋(1 分鐘)
記錄下出現問題的時間、使用的入口(網頁/App/客戶端)、網路型別、第 3 步的命令輸出,在 /down/doubao 提交報告,同時透過豆包 App 內的反饋入口提交。帶著這些資訊,對方更容易定位問題。
不同症狀分別指向哪裡?
| 症狀 | 最可能的原因 | 先做什麼 |
|---|---|---|
| 所有入口都打不開,很多人在說 | 服務端故障或擁堵 | 看 /down/doubao,等待 |
| 一直轉圈,回答出不來 | 代理繞路、服務端高峰 | 關代理或切規則模式,看 /ip 分流結果 |
| 提示“網路錯誤”“網路連線異常” | 本地網路、代理、DNS | 換網路對比,跑第 3 步命令 |
| 只有網頁版打不開,App 正常 | 瀏覽器快取、擴充套件攔截 | 無痕視窗試,清站點資料 |
| 只有 App 打不開,網頁正常 | App 快取或版本問題 | 清快取、更新 App |
| 能開啟但頻繁被登出或要求驗證 | 出口 IP 頻繁變化、IP 歸屬地異常、系統時間不對 | 固定網路出口,國內服務走直連,校準時間 |
| 自己的程式呼叫 API 報錯,App 正常 | API 側問題,與 App 無關 | 看 /status/volcengine,查錯誤碼 |
最後一行常被混淆。程式呼叫 API 報錯時,先看返回的 HTTP 狀態碼,再對照 /status/volcengine 判斷是限流、鑑權還是平臺故障。
境外使用者訪問豆包要注意什麼?
人在境外時,訪問國內服務本來就要跨境,比國內慢是正常的。如果你同時開著代理工具,還要確認訪問豆包的流量沒有被繞到第三個地區。豆包在不同地區的可用範圍和服務條款以官方說明為準,請遵守服務條款和當地法規。
一次排查之後,下次怎麼更快?
- 把代理軟體固定為規則模式,並確認國內常用服務在直連列表裡;
- 收藏 /down/doubao 和 /ip,出問題時先花一分鐘看這兩頁;
- 如果你經常同時使用國內外多個 AI 服務,可以按開發者網路自檢清單(2026 版)把出口 IP、分流、DNS 和 API 延遲一次性查一遍,留一份正常狀態下的結果,下次出問題時對照,很快就能看出哪裡變了。
境外 AI 服務(例如 ChatGPT)打不開的判斷思路和本文類似,只是代理的作用方向相反,可以參考 ChatGPT 掛了嗎?三步判斷是服務故障還是自己的網路問題。