近期，GitHub 和 Linux.do 社区出现多篇关于 OpenAI 接入问题的讨论。开发者反馈，使用 CLIProxyAPI（又称 CPA）和 sub2api 等开源代理工具进行反向代理时，频繁遭遇请求卡死和超时故障。问题主要集中在使用了“Codex”认证方式（即模拟官方 Web 端的 OAuth 或文件认证）访问 GPT 系列高级模型（如 gpt-5.x 等）的场景下。
具体表现为，在多轮对话中，请求发送后服务端无任何输出，既不报错也不触发超时断连，客户端陷入无限等待，必须手动终止。日志分析显示，sub2api 侧出现了 http2: timeout awaiting response headers 及 request_error:request_body_truncated 的错误信息。目前，相关项目的 GitHub Issues 区已收到多起反馈，社区正探讨这是否源于 OpenAI 上游服务器端对非官方接口的流量限制或协议变更。此类故障严重影响了依赖非官方 API 进行 AI 应用开发的稳定性。
事件分析
此次故障集中反映了“逆向代理”方案与大模型官方 API 之间的对抗性升级。CLIProxyAPI 和 sub2api 等工具本质上是通过模拟官方 Web 客户端的请求来绕过官方 API 限制，这种接入方式对官方协议变更极其敏感。从报错的 timeout awaiting response headers 和 request_body_truncated 来看，极有可能是 OpenAI 在服务端对 Web 请求的握手协议或校验机制进行了调整，导致无法正确识别或直接丢弃了来自代理工具的流量。随着大模型厂商加强对模型访问权的管控，尤其是针对高级推理模型的调用，未来此类非官方接入方式的生存空间将被进一步压缩，技术维护成本将显著增加。
💡 核心观点：Web协议逆向工程与官方API管控的博弈加剧，依赖第三方非官方代理的开发者面临技术栈随时失效的极高维护成本。
原文链接：Linux.do
