Codex 一直显示 Waiting for network,该检查什么?
用分层证据区分 Codex 网络等待、浏览器可用、授权问题与 Provider 故障。
资源
面向 ChatGPT、Codex、Claude Code 与 AI 连接问题的实用排障指南和协议研究。
问题排查
用分层证据区分 Codex 网络等待、浏览器可用、授权问题与 Provider 故障。
把 Codex 重连现象与 DNS、TLS、WebSocket、路由和服务证据分开,避免猜测根因。
为什么 ChatGPT 页面正常不能证明原生 Codex 的路径、协议、代理环境或会话健康。
Claude Code 超时后,分别检查 DNS、连接、TLS、代理、首字节、流式和应用证据。
为什么 Claude 初始可达与流式连续性是不同观测,以及如何安全验证。
在不把网页可用误当成客户端路径正常的前提下,审慎调查 Cursor 连接问题。
区分 Copilot 客户端、代理、证书、Provider 状态与账号证据,不凭一次超时猜根因。
用有边界的证据区分 Gemini 传输症状与 API、账号、配额及 Provider 状态。
识别 Captive Portal 启动阶段,不自动登录,也不误判 AI Provider 故障。
解释浏览器与原生 AI Agent 在 DNS、TLS、代理、WebSocket 和地址族路径上的差异。
研究与概念
依据 RFC 9110 区分 HTTP 响应可达、认证挑战、授权拒绝与 Provider 不可用。
把本地协议证据、Provider 官方状态和受控备用路径分开比较,避免过度归因。
理解 WebSocket 的独立握手与持续通道,同时明确 Open Probe V0.1 尚不测量它。
解释证书替换与受检流量的影响,并在不关闭 TLS 验证的前提下调查。
解释为什么合成 DNS 地址不自动等于泄漏或故障,以及仍需哪些证据。
解释双栈网络为何产生不同结果,并明确 Open Probe V0.1 尚不做双路径对比。
按物理链路、网关、Portal、一般网络与 Provider 证据的正确顺序判断。
解释协商出的 HTTP 版本为何只是诊断上下文,而不是根因结论。
说明出口地址变化为何只是观测,不自动等于 AI 路由失败或质量评分。
理解浏览器证据边界,以及本地只读 Open Probe 何时能补充可信上下文。