codex-桌面端更新后，每次对话都要reconnecting五次才回复对话，各位有同样的情况吗，是怎么解决的？
我也遇到了这个问题，有没有大哥可以说下解决办法
确实有，但实话讲我其实真就是等和多问几次
梯子开TUN模式就好。这个比较玄学，有时候你重启之后发现不用TUN也行
我的vscode插件也有这个问题，但是cli没问题，刚才让它自己查了下，说是vscode没走代理导致的。你试试cli行不行，让它自己查查。
按照以往的经验来看可能是梯子的问题。antigravity和codex都要开全局代理和tun模式才稳连接
我最开始也是这样，但是好像配置用上CPA就没有再蹦出过这个了，直接响应
gpt-5.5没更新之前都没出现过这种情况的，上周更新完之后就一直这样了
是因为最新版Codex 默认使用 websocket 协议进行通信。当连接不顺畅时，它会尝试重连 5 次（每次超时时间为 20 秒），之后才会回退到可正常通信的 HTTP 协议，这导致了明显的延迟。
解决方案是通过修改配置文件，让 Codex 直接使用 HTTP 协议，从而跳过的 websocket 重连过程。
修改配置文件：在 config.toml文件中，你的model provider下面添加以下配置内容：
supports_websockets = false
保存文件后，重启 Codex 即可生效。
我是更新之前有时候也会这样，着急我就开TUN，不着急我就等他
我的每次只能开网卡模式，其他的一直都是connect或者cpa会显示一大串错误
佬友，低延时且干净的IP会解决这个问题的
本质上这个是基于CLI的，你可以在对话开始让他把proxy的环境变量导入，效果也是一样的
我现在的使用的可以算是干净的节点了的，因为我同时还在使用claude，
之前也有的，gpt5.4时期就有这个bug了
cli + tun模式 昨天同样碰到了，不过下午高频使用也就两回左右所以还好。
我的config.toml文件中没有搜索到model provider关键词呀
gpt给我的答案，可以解决我的这个问题：
在 PowerShell 里执行：
$env:HTTP_PROXY=“http://127.0.0.1:填入自己的代理端口”
$env:HTTPS_PROXY=“http://127.0.0.1:填入自己的代理端口”
$env:NO_PROXY=“localhost,127.0.0.1,::1”
可以参考这篇文档：https://mp.weixin.qq.com/s/KFZMDCbiakzuD5iNJ7pvuQ
给不愿意跳转的小伙伴直接复制看下：
1.在codex的目录下找到config.toml文件
2.打开config.toml文件，添加以下内容，注意添加的时候检查是否为英文的引号
#这一句加上config.toml的最上面
model_provider = “openai_https”
#这几句放在最下面就好了
[model_providers.openai_https]
name = “OpenAI”
wire_api = “responses”
requires_openai_auth = true
supports_websockets = false
3.保存之后重启codex就好了。
每次都重连的原因是Codex默认使用websocket协议，websocket重连会等待五次（并且每次的超时时间有20s），之后才会切换到可以正常通信的HTTP协议。
注意：配置openai_https后之前的历史记录会隐藏不可见，把配置移除就能正常看见历史记录。记录并没有被删除。
历史记录会被隐藏是因为codex会区分内置 provider 和自定义 provider，而历史记录是和provider关联在一起的。而我们现在的配置就是自定义了一个provider，在这个provider中禁用了websocket。
参考原issues
https://github.com/openai/codex/issues/14297