Codex 连不上：CLI、IDE 插件、云端任务分别怎么查

原因

Codex 连不上，十有八九是终端没走代理。浏览器开了代理，并不代表终端程序也会走代理；Codex CLI 是在终端里直接向 OpenAI 发请求的，没有配置时就是直连，结果就是超时、连接被重置或一直卡在登录。Codex CLI 通常会读取 HTTPS_PROXY 等标准代理环境变量，配好即可。其次要注意节点地区：截至 2026 年 10 月，中国大陆和香港都不在 OpenAI 支持范围内，用香港节点会直接收到地区相关的拒绝。

解决步骤

1. 确认本地代理端口。打开代理客户端设置，找到 HTTP 或混合端口。7890 是 Clash 系客户端常见的默认端口，Clash Verge Rev 新版本常为 7897，请以客户端实际显示为准。

2. 为终端设置代理。macOS、Linux：

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

   Windows PowerShell：

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

   不想处理环境变量，也可以在代理客户端里开启 TUN 模式，由系统层统一接管终端流量。

3. 测试 OpenAI 连通性。在同一个终端执行：

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

   能返回 HTTP 状态行就说明网络已打通，具体状态码不重要；一直卡住或超时，说明代理仍未生效。

4. 检查出口地区。执行 curl https://ipinfo.io/json 查看 country 字段，确认不是 CN 或 HK。节点选择可参考 Codex 使用什么节点。

5. 重新登录并运行 Codex。在同一终端重新执行 codex。需要浏览器授权登录时，确保浏览器与终端走同一个节点，授权完成前不要切换节点。

怎么确认代理变量已经生效

设置之后，可以先查看当前终端里的代理变量，避免拼写错误或设置在了另一个窗口：

# macOS / Linux
env | grep -i proxy

# Windows PowerShell
Get-ChildItem Env: | Where-Object { $_.Name -like "*PROXY*" }

能看到 HTTPS_PROXY 且地址、端口正确，再执行上面的 curl 测试。如果变量存在但 curl 仍然超时，问题通常在代理客户端本身：客户端没有运行、端口不对，或当前选中的节点不可用。

还是不行？

• curl 测试正常，Codex 仍失败：确认 Codex 是在同一个终端窗口启动的
• 检查是否设置了 NO_PROXY，并且误把 openai.com 加了进去
• IDE 插件连不上：开启 TUN 模式，或从已设置代理的终端启动编辑器
• 查看 status.openai.com，排除官方服务故障
• 其他 AI 工具也同时异常：按 AI 工具无法访问排查清单 从节点和规则层面排查

Codex CLI 的完整代理配置（含 config.toml、WSL、远程服务器场景）见 Codex CLI 代理与网络配置。如果现有节点长时间运行容易中断，可以参考 Codex 稳定机场推荐 的线路选择标准。请遵守当地法律法规与 OpenAI 的使用条款。