Codex 排障

Codex 一直 Reconnecting / 連不上怎麼修?按症狀分層排查

Codex CLI 或 Codex App 一直轉圈重連、跑到一半斷、或者乾脆連不上——先別急着重裝。這類問題九成不在軟件本身,而在鏈路某一層。這篇按你實際看到的症狀來分層定位,每一步都能自己敲命令驗證。

關鍵詞:codex reconnecting、codex 連不上、codex 用不了、codex request timed out、codex exceeded retry limit、codex 客戶端打不開

最後更新: · 內容維護:易聯 Residential IP Solution

一分鐘看懂
  • Reconnecting 是長連接被打斷後客戶端在自動重試,要查的是「為什麼會斷」,不是「快不快」。
  • 真因多在三層:出口 IP 類型被風控識別、DNS 地區和出口 IP 不一致、終端代理變數只對部分進程生效。
  • 先花 30 秒做出口自檢;出口已是住宅、DNS 一致、握手正常,再往本機配置和帳號層查。

先給結論

Reconnecting 的本質是連接被中途打斷後客戶端在自動重試,所以要查的不是「快不快」,而是「為什麼會斷」。按出現頻率排,真因集中在三層:①出口 IP 類型被風控識別 ②DNS 解析地區和出口 IP 不一致 ③終端代理環境變數只對部分進程生效。先花 30 秒做一次出口自檢,能直接砍掉一大半可能性;確認出口乾淨之後,再往本機配置和帳號層查。

Reconnecting 到底在重連什麼?

Codex 跑任務時和服務端維持的是長連接(串流輸出),不是一次性請求。這條連接中途任何一個環節抖動——中間設備的空閒超時、風控插入的驗證、出口被限速——客戶端都會失去響應,然後進入重連。

所以它和「網頁能不能打開」是兩個門檻:網頁是幾十個短請求,丟了重試你沒感覺;長連接斷一次,你立刻看到 Reconnecting。這也是為什麼很多人「瀏覽器好好的,Codex 一直重連」。

網頁是幾十個短請求,斷了自動重試無感;Codex 是一條長連接,中途斷一次就進入 Reconnecting。
一圖看懂:為什麼網頁好好的,Codex 卻一直重連

我屬於哪一類症狀?先定位在哪一層

你看到的現象最可能的層先做什麼
能連上、跑一陣後 Reconnecting出口 IP 類型 / 鏈路質量測出口是住宅還是機房
request timed out鏈路質量或出口被限速單測 API 域名握手
exceeded retry limit上一條反覆發生的結果同上,先解決 timeout
客戶端打不開 / 一直轉圈沒反應終端代理變數或 DNS查代理變數是否生效
無法獲取配對碼 / 無法檢查安全要求登入授權階段(另一個問題)見文末登入配對那篇

把症狀分清楚很重要:運行期斷流和登入授權失敗雖然都表現為「用不了」,但排查方向完全不同,混在一起查會一直找不到根因。

分步排查

第 1 步:確認出口 IP 類型(最高優先)

打開 易聯 AI IP 檢測,無需登入,直接看當前出口是 Residential/ISP 還是 Datacenter/Proxy,以及 DNS 狀態和 OpenAI 握手結果。顯示 Datacenter/Hosting/Proxy,就是重連的高發配置。

命令行核對:

curl -s https://ipinfo.io/json

看 org / asn:出現 Amazon、Google、DigitalOcean、Vultr、OVH、Hosting 等字樣是機房;出現 AT&T、Comcast、Verizon、Frontier 等本地 ISP 名字才是住宅。

第 2 步:確認終端和其他客戶端走同一出口

最常見的坑:系統代理只作用於瀏覽器,終端卻走直連(或相反)。在終端裡確認:

echo $https_proxy $http_proxy $all_proxy

如果為空但你以為終端在走代理,問題就在這裡。讓終端也走同一個代理,或改用全局/TUN 模式讓兩者一致。

第 3 步:單測 API 域名的握手

curl -sv https://api.openai.com 2>&1 | head -n 20

能看到 TLS 握手成功、返回 3xx/4xx(正常,說明連得上)就算通;如果卡住、超時或 reset,說明當前出口對 OpenAI 端點不通——這是 timeout 和 retry limit 的直接來源,要換線路而不是調客戶端。

第 4 步:檢查 DNS 出口地區是否與 IP 同區

另一個隱蔽原因:IP 落在美國、DNS 卻解析到香港或新加坡。這種「人在這、DNS 在那」的不一致容易被判為可疑,表現出來就是時通時斷。確認解析走的地區和出口 IP 歸屬地一致。

第 5 步:排除帳號與額度

前四步都正常,再看帳號層:是不是撞了限流(429 和網絡超時症狀不同)、訂閱或額度狀態是否正常。順序不要反過來——先懷疑帳號往往會白折騰很久。

常見誤區

「重裝客戶端就好了」——重裝不會改變出口 IP 類型和 DNS,鏈路問題重裝多少次都在。

「換個節點試試」——如果換來換去都是機房出口,畫像沒變,通常沒用;要換的是出口的類型,不是節點編號。

「測速很快所以不是網絡問題」——測速量的是頻寬,風控看的是畫像。高頻寬機房出口反而是重連高發區。

「任務跑着的時候順手切個節點」——中途換出口基本等於主動掐斷長連接,任務會直接斷在那裡。

什麼時候其實不用換線路?

如果自檢顯示出口已經是住宅/ISP、DNS 也一致、api.openai.com 握手正常,那 Reconnecting 多半不在網絡層——可能是本機代理配置、客戶端版本,或帳號層的問題。這種情況下換線路幫助有限,先把本機排查做完更省錢。

下一步建議

先花 30 秒做一次出口自檢:是機房/DNS 跨區就換一條乾淨的住宅線路;是住宅但仍頻繁重連,就按上面第 2-5 步往本機和帳號查,別盲目換節點。

相關閱讀