知识库 · TOPIC-01

Codex 一直显示“Waiting for network”，该检查什么？

**简短结论：**它表示 Codex 当前没有建立完成工作所需的应用路径；它本身不能证明整台电脑断网，也不能证明 OpenAI 正在发生全局故障。

已知事实

浏览器能打开网页是一条有价值的证据，但它只覆盖浏览器和该页面的请求路径。OpenAI 的网络指南说明，Codex 的部分功能除了普通 HTTPS，还会使用安全 WebSocket。WebSocket 先完成 HTTP Upgrade 握手，再维持双向长连接。因此，防火墙、代理、TLS 检查或不稳定链路可能允许短请求，却中断 Codex 的持续连接。

这是 OpenAI 的官方说明与 WebSocket 标准所支持的协议差异。某一次“Waiting for network”的实际根因，在完成测量前仍应标为未知。

这个现象不能证明什么

它不能单独证明：

OpenAI 发生了全局事故；
账号或订阅状态异常；
VPN、代理、DNS 或防火墙一定有错；
浏览器与 Codex 使用了同一地址族和同一路由。

官方状态页也只是另一条独立证据。它报告聚合状态，不等于每个地区、套餐、功能和本地路径都完全相同。

安全排查顺序

记录发生时间和原始提示，不复制 Cookie、令牌、账号信息或私人报告。
查看 OpenAI 官方状态页中 Codex 对应组件，把它标记为“Provider-reported”。
确认普通 HTTPS 是否得到真实响应。即使是 401/403，也可能说明 DNS、TCP、TLS 和 HTTP 已经走到响应方，但不代表授权成功。
仅在目标经过审核时，对比一次有时限的安全 WebSocket 握手。不要扫描任意地址。
若条件允许，只更换到一个可信网络并重复同一动作；一次只改变一个变量。

Tivor 如何表达

诊断模型把 DNS、连接、TLS、HTTPS、WebSocket、地址族、路由上下文和官方状态分层讨论。Open Probe V0.1 当前只测量受治理的 OpenAI DNS、TCP、证书验证 TLS、匿名 HTTPS 与短窗口重复可靠性；它不测量 WebSocket，也不比较 IPv4 与 IPv6 路径。缺失证据保持“不完整”，单次超时不会被自动升级为“OpenAI 不可用”。

浏览器扫描无法查看原生 Codex 进程的套接字、证书库、真实路由或完整长连接。Open Probe Public Beta 只提供当前已支持的本地只读证据；Provider Path 必须明确启用，默认仍为 local-only，不静默上传，也不修改网络。

建议动作与验证

可先切换到一个可信网络，或请网络管理员核对官方文档所述 Codex 目标是否允许 WebSocket Upgrade 和正常 TLS 验证。随后必须回到原任务，确认真实 Codex 会话能够持续工作，而不是仅确认网页能打开。