作者：趣搭AI
发布时间：2026年5月24日 10:00
https://mp.weixin.qq.com/s/ZGjWJHaEUgv0KjlREoTNUQ

有个问题挺烦的，相信兄弟们也都会遇到过，每次打开 Codex，让它回答之前，都会先来一套：

Reconnecting…1/5
Reconnecting…2/5
Reconnecting…3/5
Reconnecting…4/5
Reconnecting…5/5

好家伙，不是一次两次，是每次都这样。

而且最恶心的是，它最后又不是不能用，它会卡那么一会，然后突然正常开始回答，这就很迷惑。

其实原因也不复杂，说白了就是 Codex 默认会优先用 WebSocket，也就是 WSS 协议，去和服务器建立实时连接。

但很多代理环境下，WSS 不一定能正常走代理，于是就会出现一个很典型的现象，Codex 先尝试 WebSocket 连接。

失败...
再试...
再失败...
继续试...
连续试 5 次...

每次大概超时 20 秒，5 次下来，差不多就是一两分钟在那罚站...

然后它才会放弃 WebSocket，降级回退到普通 HTTP 请求，这时候反而能正常走代理了，所以你看到的现象就是前面一直 Reconnecting，后面突然又能用了。

不是模型慢、不是账号问题、不是 Codex 崩了、大概率就是 WebSocket 没走通。

方案一：直接禁用 WebSocket，强制走 HTTPS

如果你不想折腾代理配置，最简单的办法就是让 Codex 别再优先走 WebSocket，直接强制它只用 HTTPS。

打开 Codex 配置文件：

macOS / Linux：~/.codex/config.toml

然后在配置文件顶部添加或修改：

model_provider = "openai_http"

再在文件末尾添加：

[model_providers.openai_http]

保存后，重启 Codex。

这波操作的意思很简单：告诉 Codex 别连 WebSocket 了，直接走 HTTP。

这样就不会再出现前面 5 次 Reconnecting 的罚站流程。

这个方案有一个小的副作用，那就是Codex 的历史会话可能会按 provider 分组，你切到 openai_http 之后，原来 provider 下面的部分历史会话，可能暂时看不到。

不是没了，只是切了 provider 之后，显示分组变了，如果想回去把配置还原即可。

方案二：给 Codex 配置 .env，让 WebSocket 也正常走代理

如果你希望 Codex 保持默认能力，不想禁用 WebSocket，那更推荐这个方案，在 Codex 配置目录里创建一个 .env 文件，显式告诉 Codex 代理地址。

路径如下：

macOS / Linux：~/.codex/.env

不会创建也没关系，你可以先新建一个 txt 文件，把内容写进去。
然后把文件名改成：

.env

Windows 用户尤其注意，别让系统隐藏了后缀名。

文件内容这样写：

HTTP_PROXY="http://127.0.0.1:你的代理端口"

端口号要换成你代理软件实际使用的端口。

比如：

Clash 常见端口是：

HTTP_PROXY="http://127.0.0.1:7890"

v2rayN 常见端口可能是：

HTTP_PROXY="http://127.0.0.1:10808"

具体以你自己代理软件里显示的端口为准。

这套方案的核心是不禁用 WebSocket，而是让 WebSocket 握手也能正确走代理。

这样 Codex 就不用先失败 5 次，再 fallback 到 HTTP 了。

方案三：兜底方案开 TUN

还有一种办法直接在代理软件里开启 TUN 模式。

TUN 的逻辑更粗暴，它不是只代理某个软件，也不是只代理终端环境变量，它是从虚拟网卡层面接管系统流量。

所以理论上，Codex 的 WebSocket、HTTPS、各种请求，都更容易被接住，但我不太建议一上来就开 TUN。

原因也很简单：TUN 影响范围太大。

它可能会影响：

• 其他软件联网
• 内网访问
• 公司系统
• 本地开发服务
• 某些 App 的网络行为
• ...

所以 TUN 更适合当兜底方案，前面两个方案都不行，再考虑它。

我的建议顺序

如果你只是想马上解决 Codex 每次 Reconnecting 5 次的问题，那就优先用方案一，最快，最直接，基本不用理解太多网络细节。

如果你想保留 Codex 默认连接方式，而且希望配置更规范，那就用方案二，这是更推荐的长期方案。

如果你已经在用 Clash、Surge、Shadowrocket、v2rayN 这类工具，并且熟悉 TUN 方案三也可以，但不要上来就开，因为它不是只影响 Codex，而是可能影响整个系统网络，不要 Codex 是好了，其他软件又开始抽风了...