Codex WS压缩丢失上下文

我发现出现问题的人很多,为了方便大家,单开一个帖子。 书接上文: https://linux.do/t/topic/2242621/433?u=hexon-x ![预览|376x500](upload://itP3OjwXbF8Evec9sZfouVPUKSE.webp) 在另一个话题中 我注意到很...
Codex WS压缩丢失上下文
Codex WS压缩丢失上下文

我发现出现问题的人很多,为了方便大家,单开一个帖子。
书接上文:

https://linux.do/t/topic/2242621/433?u=hexon-x ![预览|376x500](upload://itP3OjwXbF8Evec9sZfouVPUKSE.webp) 在另一个话题中

我注意到很多人出现了“一压缩上下文就会丢失的情况”,我查看调用记录发现站点是使用WS
貌似是因为站长「Member」使用了WS「WebSocket」 的原因导致的一压缩上下文就会丢失的情况

经过抓包发现,第一次返回的是Cloudflare的验证

执行压缩先返回的是Cloudflare
等我问还能看到上下文不,他才把后面的发回来。
第二次返回的才是压缩数据

实锤 WS「WebSocket」有着顺序的问题,只是不知道是所有的sub2api 全是这样的
还是单独「Member」有这个情况,我也没有sub2api的环境

目前我只是通过CodexProxy GitHub - james-6-23/codex2api: Codex2API 是一个基于 Go + Gin + React/Vite 的 Codex 反向代理与管理后台项目 · GitHub
这个项目再套一层,让他做我的中间人

Codex抓包响应是否为远程压缩
对于你是接入API的,解决方案如上,如果你是自己搭建的sub2api,可以抓包一下看看
是不是顺序出现问题了,或者直接不要使用WS,改用流式[HTTP],或许能解决你的问题。

另外再对 这个问题提一下解决建议:“stream disconnected before completion: WebSocket protocol error: Connection reset without closing handshake”

翻译过来就是“流在完成前断开连接:WebSocket 协议错误:未执行关闭握手即重置连接”,

这个问题一般伴随着上面我说的“压缩丢失上下文”的问题作为同胞出现。
我在回复中回复过,我是先发现这个问题才发现压缩丢失上下文,

1 个帖子 - 1 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文