Codex 配置代理后无法联网怎么办？HTTP_PROXY 与 HTTPS_PROXY 排查

大家好，我是 Codex 中文网的站长宇哥。

本文按 2026 年 8 月的 Codex 公开能力整理。Codex CLI、模型、Skill、Plugin 和第三方兼容接口更新较快，具体字段与可用能力请以你当前版本和官方文档为准。

如果你正在搜索“Codex 配置代理后无法联网怎么办”，不要先重装软件。这类问题不要从 Codex 本身开始猜。最有效的方法是把网络拆成 DNS、路由、系统代理、终端环境变量、TLS、网关和上游服务七层，逐层做最小验证。

快速判断问题在哪一层

可以先把问题分成四层：

| 层级 | 典型现象 | 优先检查 |

|---|---|---|

| Codex / Shell | 命令找不到、启动退出、配置不生效 | 版本、PATH、config.toml、日志 |

| 本机网络 | DNS、TLS、代理、VPN 切换后异常 | DNS、路由、环境变量、证书 |

| 网关/兼容层 | 502 HTML、404、SSE 不完整、JSON 解析失败 | Nginx/Cloudflare/中转站日志与协议 |

| 模型上游 | model not found、capacity、quota、权限 | 模型名、账号权限、额度、状态页 |

先判断层级，再处理具体错误，比“卸载重装 + 换网络 + 改配置”一起做更高效。

建议按这个顺序排查

1. 保存完整错误：至少记录错误码、message、发生时间、请求入口和是否使用代理/第三方 API。

2. 做最小复现：新建一个简单目录或使用最小请求，判断是否与当前项目上下文有关。

3. 确认本地环境：检查 Codex 版本、Shell、PATH、配置文件、环境变量和必要运行时。

4. 绕过中间层：如果使用 CC Switch、Clash、Nginx、Cloudflare 或中转站，尽可能对上游做一次受控直连测试。

5. 只改一个变量：每次只调整一项设置，并记录结果，否则很难知道真正原因。

本地最小检查命令

# 1) 确认当前执行的是哪个 codex
which codex || command -v codex
codex --version

# 2) 查看关键运行时（按需）
node -v
npm -v
git --version

# 3) 查看代理变量（不要公开真实密钥）
env | grep -iE 'http_proxy|https_proxy|all_proxy|no_proxy|codex|openai'

网络与代理场景特别注意

VPN 打开和关闭后出现不同结果，常见原因不是“账号被锁”，而是 DNS 缓存、路由、系统代理、终端代理变量、IPv4/IPv6 路径或连接复用发生变化。尤其是终端应用不会永远跟随浏览器的代理设置。

排查时分别测试：浏览器、curl、Codex CLI；再比较系统代理和 HTTP_PROXY / HTTPS_PROXY。如果经 Cloudflare/Nginx 转发长时间 SSE，确保中间层不会缓冲流式响应，并给合理的读超时。

不建议这样处理

• 不要看到权限问题就 chmod -R 777。
• 不要把真实 API Key 发到群聊或截图里。
• 不要对 429/503 进行毫秒级死循环重试。
• 不要只因为浏览器能打开网页，就认定终端代理一定正常。
• 不要同时更换 Node、Codex、代理和配置文件；会失去可复现性。

常见问题

这篇文章适合新手照着做吗？

适合。建议先按文章里的顺序理解问题背景，再在自己的项目里做最小验证，不要一次修改太多配置。

文章里的命令和配置需要完全照抄吗？

不建议完全照抄。Codex、模型接口和第三方工具更新很快，执行前要结合当前系统、项目目录、账号权限和官方文档再确认一遍。

总结

“Codex 配置代理后无法联网怎么办”这类问题，核心不是记住某个固定答案，而是建立可重复的分层排查方法。先拿到完整错误，再做最小复现，最后分别验证本地环境、网络/代理、兼容层和模型上游，通常都能快速定位。

参考资料

• OpenAI：Codex CLI
• OpenAI：Configuration Reference
• OpenAI：Codex Changelog

如果你通过第三方 API、中转站或兼容层使用 Codex，协议行为可能与 OpenAI 官方链路不同，排查时要把“Codex 客户端”和“上游接口”分开验证。