Codex 无法连接怎么办？CLI 与网页端分别排查

Codex 无法连接，先分清用的是 Codex CLI 还是 ChatGPT 网页内的 Codex，两者的故障原因几乎不重叠。CLI 运行在终端里，最常见的问题是终端没有走代理，其次是登录回调时浏览器与终端不在同一地区；网页端则与 ChatGPT 共用一套网络环境，问题多出在节点地区与分流规则。

截至 2026 年 9 月，Codex 支持美国、日本、新加坡、英国、德国、台湾等地区，中国大陆与香港不可用。无论哪一端，节点地区都要先满足这个前提。

快速判断

Codex CLI 排查

第一步：让终端走代理

终端默认不读取系统代理。先在客户端查看本地混合端口（Clash Verge Rev 通常是 7897，其他客户端可能是 7890），然后设置环境变量。

macOS / Linux：

export HTTPS_PROXY=http://127.0.0.1:7897
export HTTP_PROXY=http://127.0.0.1:7897

Windows PowerShell：

$env:HTTPS_PROXY = "http://127.0.0.1:7897"
$env:HTTP_PROXY = "http://127.0.0.1:7897"

验证：

curl -I https://api.openai.com

收到任何 HTTP 响应头都说明代理已生效。不想每次设置的话，可以在客户端开启 TUN 模式，全局接管终端流量，详见 Codex CLI 代理配置。

第二步：登录回调需要浏览器与终端同一地区

Codex CLI 的登录流程是：终端唤起浏览器完成 OpenAI 授权，然后把结果回传给终端。这里有一个容易踩的坑：浏览器走的是系统代理选中的节点，而终端走的是环境变量指定的端口。如果两者对应的节点地区不一致，比如浏览器走日本、终端走美国，授权会话与回调请求的地区不匹配，就可能失败或一直等待。

解决办法是让两边使用同一个节点：要么在客户端只选一个节点，浏览器与终端都通过同一个端口出去；要么开启 TUN 模式，所有流量自动统一。

第三步：长任务中断是线路问题

CLI 执行长任务会保持流式连接，节点丢包会直接导致任务中断。中转线路与高倍率线路在晚高峰尤其明显。优先选择低倍率的 IEPL / IPLC 专线，原因见 Codex 使用什么节点。

网页端排查

网页端 Codex 在 ChatGPT 内运行，网络环境与 ChatGPT 一致。排查顺序：

1. 切换到美国、日本或新加坡节点，避开香港。
2. 清除 chatgpt.com 的 Cookie 后重新登录。
3. 检查客户端规则：openai.com、chatgpt.com、oaistatic.com、oaiusercontent.com 等域名都应走代理。
4. 临时切换为全局模式验证，如果全局能用，就是分流规则的问题。
5. 云端任务长时间转圈，先确认是任务排队还是页面本身报错，前者与网络无关。

更完整的网页端网络排查见 Codex 网络问题总览。

什么时候需要换机场

如果 CLI 已经正确走代理、浏览器与终端节点一致，但任务仍然频繁中断，问题在线路质量。二猫云提供 Codex CLI 专用低倍率节点，宇宙云的 IEPL 线路在长连接场景丢包率低，两家都比较适合 CLI 重度用户，更多选择见 Codex 机场推荐。

总结

• 先分清 CLI 还是网页端，两者故障原因不同。
• CLI 第一步是设置 HTTPS_PROXY / HTTP_PROXY，并用 curl 验证。
• CLI 登录回调要求浏览器与终端走同一地区节点，TUN 模式最省事。
• CLI 长任务中断是丢包问题，换低倍率专线。
• 网页端按「换节点 → 清 Cookie → 查分流规则」的顺序处理。