从昨天开始就被codex间歇性卡死折磨，而且概率非常高，动不动首token超过几百秒。ops面板看有不少502，以及极少503。
codex分析日志发现可以明显看到stream idle超过10分钟才会自动关闭并重试。
最后被逼无奈╮(╯▽╰)╭只能vibe一个脚本1分钟检查一次进行打断重试 （划掉，下面有新法子）。
24日 22:26 更新 Websocket方案
佬友反馈sub2api ws方式不会自动切号，plus号池容易有错误慎用。
一开始因为502报错都写的http2，就试试将sub2api的upstream请求全都改成http1.1，然而gpt只是返回的错误改成了http，本质没变。
但是经过各种测试，发现也不是ip问题，使用codex-cli在服务器上使用也没啥问题。分析日志发现codex-cli发起的是websocket请求。
尝试将http访问改websocket得救
-
sub2api后台修改，account里面每个账号都有edit按钮，点击后所有的账号都打开websocket链接
-
客户端配置如下：
vim ~/.codex/config.toml
重点是supports_websockets和responses_websockets_v2这两条
[model_providers.OpenAI]
name = "OpenAI"
base_url = "https://你的-sub2api-域名/v1"
wire_api = "responses"
supports_websockets = true
requires_openai_auth = true
[features]
responses_websockets_v2 = true
发现他好了！！！ 可以通过下面图片中访问记录的WS字眼确认是否生效配置！！！
被折磨了许久的十分钟他也消失了。
SLA缓慢回升中
Token用量起飞
TIMEOUT sub2api 不能调吗?
我记得他们有一套错误处理的机制
不知道有没有用就是了
Amamiya (Amamiya) 3
我也遇到同样问题，昨天开始卡在working黑箱里，特别频繁
jasper007 (此号已注销，再见) 4
我让codex看了下，codexcli貌似没有开放改超时时间
Amamiya (Amamiya)
5
很巧了显示又卡住了
中转网关端是可以主动中断的
不用到用户端
不知道哈，我不用 sub2api, cpa 的
jasper007 (此号已注销，再见) 7
真的。卡得我头皮发麻
我看codex github也有人反馈，直接说model问题就关了。sub2api已经很多issue。都不知道为什么。
jasper007 (此号已注销，再见) 8
确实，我咋就没想到直接caddy搞一下。
jasper007 (此号已注销，再见) 9
试试我得法子。改websocket。我写在帖子了。
Jojo_Coco (摇摆熊) 10
说是 0.133.0 里responses_websockets_v2已经标成 removed了，然后就是请求上下文有一下发1m的，反正是各种各样的原因都有，我先用pi然后把上下文弄短一点凑合用
jasper007 (此号已注销，再见) 11
我就是用的133。codex-cli 0.133.0
修完已经得救了兄弟。快试试吧。
Jojo_Coco (摇摆熊) 13
那就是说各有各的错法呗，我这边查全是http2的请求
佬,这个是要搭配着把每个账号的链接也都改一遍是吗?
jasper007 (此号已注销，再见) 15
我就是http2的请求，然后我给他改成了http1.1也没用。
jasper007 (此号已注销，再见) 16
每个账号后台开启websocket。然后自己codex要加上配置才会生效使用websocket
jasper007 (此号已注销，再见) 17
啥链接，api链接不需要修改呀。只需要开启websocket这个feature，provider也要开启支持
jun9100 (Ron) 18
下午一个任务卡了2个多小时，打完坐回来发现还没开始做。
jasper007 (此号已注销，再见) 19
快试试websocket吧哈哈。我可是被折磨了2天。
jun9100 (Ron) 20
已经关机了，明天再试试，感谢提醒。