Codex CLI 登入配對失敗（codex login 卡住/連不上）怎麼修？
執行 codex login 時瀏覽器打不開授權頁、或者授權完回不到終端、反覆提示配對失敗——這一步和「用起來不穩定」是兩個不同的問題。這篇只專注解決登入配對這一關，給出能自己動手核對的步驟。
關鍵詞：codex 配對失敗、codex login 卡住、codex 登入失敗、codex 不穩定、codex ip
最後更新： · 內容維護：易聯 Residential IP Solution
- codex login 是「瀏覽器授權 + 本機回調」：瀏覽器要能打開 auth.openai.com，授權後憑證回調到本機 localhost:1455。
- 最常見的卡點：出口對 auth.openai.com 不通、終端和瀏覽器走了不同出口、回調端口被佔用或被攔。
- 在 SSH 遠端機器上登入，回調回不到遠端：用 ssh -L 1455:localhost:1455 轉發，或本機登入後複製 ~/.codex/auth.json。
先給結論
codex login 卡在配對，絕大多數不是軟體壞了，而是授權鏈路某一環走不通：要麼瀏覽器訪問 auth.openai.com 被地區限制/風控擋住，要麼終端和瀏覽器走了不同出口導致回調對不上，要麼本機 localhost 回調端口被佔用/被攔。先讓終端和瀏覽器走同一條對 OpenAI 域名穩定、出口乾淨的線路，再重試，多數就能過。是否需要換住宅IP，先檢測出口類型再決定。
codex login 的「配對」到底在做什麼
理解它才好排障。codex login 走的是「瀏覽器授權 + 本機回調」流程：CLI 在本機起一個臨時的 localhost 回調端口（預設 1455） → 打開瀏覽器讓你到 auth.openai.com 登入並授權 → 授權成功後瀏覽器把憑證回調到本機那個 localhost 端口 → CLI 收到後完成配對。這條鏈裡有三個必須同時成立的條件：
- 瀏覽器能正常訪問並通過
auth.openai.com的授權（這一步最容易被地區限制/風控卡住）； - 瀏覽器和終端在同一個網絡出口下（否則回調回來的會話對不上）；
- 本機 localhost 回調端口沒被佔用、沒被安全軟體/防火牆攔。
配對失敗的四類真因
| 現象 | 真因 | 方向 |
|---|---|---|
| 瀏覽器打開授權頁就報錯/一直轉/提示地區不可用 | 出口對 auth.openai.com 被地區限制或風控 | 換一條對 OpenAI 穩定、畫像乾淨的線路 |
| 授權完成，但終端一直等、沒有返回 | 終端和瀏覽器走了不同出口，回調對不上 | 讓兩者走同一出口（同一代理/同一網絡） |
| 提示 localhost/端口相關錯誤 | 回調端口被佔用或被安全軟體攔 | 釋放端口、放行本機回調 |
| 網頁能開但授權/介面就是不通 | 機場只優化了網頁，OpenAI 授權/API 端點仍被擋 | 檢測出口類型 + OpenAI 握手 |
分步驟修復
第 1 步：確認終端和瀏覽器走同一出口。最常見的坑是——系統代理只作用於瀏覽器，終端卻走了直連（或相反）。先在終端裡確認代理環境變數：
echo $https_proxy $http_proxy $all_proxy
如果為空但你以為終端在走代理，就是這個問題。用同一個代理把終端也帶上，或改用全局/TUN 模式讓兩者一致。
第 2 步：單獨測授權域名通不通。
curl -sv https://auth.openai.com 2>&1 | head -n 20
能看到 TLS 握手成功、返回 3xx/4xx（正常，說明連得上）就算通；如果卡住、超時或 reset，說明當前出口對 OpenAI 授權域名不通——這是最常見的配對失敗根因，要換線路。
第 3 步：確認出口IP類型。打開 易聯 AI IP 檢測，看當前出口是 Residential/ISP 還是 Datacenter/Proxy，以及 OpenAI 握手結果。機房/代理類型在授權環節被擋的概率明顯更高。
第 4 步：釋放 localhost 回調端口。如果報端口相關錯誤（Codex 預設用 localhost:1455），關掉可能佔用端口的程式、或臨時關閉攔截 localhost 的安全軟體，再重試 codex login。
第 5 步：換一條乾淨線路重試。前面確認是出口問題的話，切到一條對 OpenAI 穩定、畫像乾淨的線路（美國住宅IP在授權和長期使用上通常更穩），確保瀏覽器和終端都走它，再跑一次 codex login。
常見報錯信息對照（可直接搜你看到的那句）
把終端或瀏覽器裡看到的原文對照一下，能更快定位：
| 你看到的報錯/現象 | 最可能的原因 | 先做什麼 |
|---|---|---|
error opening browser / 瀏覽器沒自動打開 | CLI 無法喚起預設瀏覽器（常見於純伺服器/SSH 環境） | 手動複製終端給出的授權連結到瀏覽器打開；在 SSH 遠端機器上，先用 ssh -L 1455:localhost:1455 轉發回調端口，或在本機登入後把 ~/.codex/auth.json 複製到伺服器 |
瀏覽器提示 access denied / 地區不可用 | 瀏覽器出口對 auth.openai.com 被地區限制 | 換對 OpenAI 穩定的線路再授權 |
授權頁轉圈 / timeout | 出口到授權域名超時（多見於機房/共享代理） | 第 2 步單測 auth.openai.com |
| 授權完終端一直等、沒有返回 | 瀏覽器與終端出口不一致，回調對不上 | 讓兩者走同一出口 |
address already in use / 端口佔用 | localhost 回調端口被別的程式佔用 | 關掉佔用程式或重開終端 |
connection refused（回調階段） | 安全軟體/防火牆攔了本機 localhost 回調 | 臨時放行本機回環再重試 |
規律很清楚：報錯出現在「瀏覽器授權」階段 → 多半是出口/線路問題；出現在「回調返回終端」階段 → 多半是本機端口或出口不一致問題。先分清在哪一階段，再對症下藥，比反覆重裝 Codex 有效得多。
配對過了，但之後還是不穩定？
那是另一個問題。配對是一次性的登入動作；配對成功後的斷流、timeout、429、TLS 報錯屬於運行期的網絡/額度問題，排查思路不同。完整的五層排查（網絡層→DNS→終端代理變數→IP類型→帳號額度）見 Codex CLI / Codex App 連線不穩定，應該先排查什麼？。
什麼時候其實不用換IP：如果檢測顯示出口已經是住宅/ISP、auth.openai.com 也握手正常，那配對失敗多半是本機端口或代理變數問題，先修本機，別急着換線路花錢。
下一步建議
按上面 5 步走一遍，多數配對失敗能定位到「出口不通」還是「本機配置」。拿不準就先花 30 秒檢測當前出口，再決定要不要換住宅IP。