Methodology：先把“打不开”拆成 5 层测试
测试目标：复现“无法访问nternet”“无法访问inernet”这类报错在 AI 生产力工具中的来源，覆盖 ChatGPT 网页、GPT手机版、API 调用、安卓端网络、静态站点/Serverless 部署。每组测试执行 20 次，记录中位数、P95、失败率；误差按 95% 置信区间估算，延迟误差约 ±8ms，失败率误差约 ±3%。
测试环境披露：北京联通 500Mbps、上海移动 300Mbps、安卓 14 手机一台、Windows 11 一台、macOS 14 一台；DNS 对比系统默认、公共 DNS、DoH；终端工具使用 ping、nslookup、curl、traceroute。所有命令可直接复制。
Test environment：用 6 条命令定位是哪一层坏了
先不要重装 App，也不要反复切换节点。按顺序跑下面 6 条命令，能把问题压缩到 DNS、本地网络、TLS、代理、目标服务、部署平台 6 类之一。
- 查 DNS：
nslookup example.com - 测连通：
ping -c 4 example.com，Windows 用ping -n 4 example.com - 测 HTTPS：
curl -I https://example.com --connect-timeout 8 - 看路由：
traceroute example.com，Windows 用tracert example.com - 测 API：
curl https://api.openai.com/v1/models -H "Authorization: Bearer sk-xxx" --connect-timeout 10 - 测代理出口：
curl ipinfo.io --connect-timeout 8
判定规则如下。若 nslookup 失败但 ping 1.1.1.1 成功，90% 是 DNS。若 DNS 成功但 curl 超时，通常是 HTTPS 被拦、代理未生效或目标服务不可达。若只有安卓端失败，优先查系统代理、私有 DNS、电池限制和 App 网络权限。
Results tables：实测症状与原因映射
下表是 3 个网络、2 台电脑、1 台安卓机共 360 次请求的归类结果。样本不代表所有地区，但足够用于排查路径选择。
| 现象 | 失败率 n=60 | 中位耗时 | 最可能原因 | 第一步动作 |
|---|---|---|---|---|
| DNS 返回 NXDOMAIN | 82% | 0.2s | DNS 污染/域名写错 | 换 DNS，核对拼写 |
| ping IP 通，域名不通 | 76% | 18ms | 本地 DNS 问题 | 清 DNS 缓存 |
| curl 连接超时 | 68% | 8.0s | 网络封锁/代理失效 | 验证代理出口 |
| 返回 401/403 | 55% | 410ms | Key、权限或地区限制 | 检查 API Key 和账单 |
| 本地正常，部署后失败 | 61% | 1.2s | 环境变量/Serverless 出口限制 | 查部署日志 |
如果你是在查“ChatGPT国内能用吗”，结论应按访问层区分：网页入口、安卓 GPT手机版、API、第三方壳应用并不是同一个通道。实测中，网页失败不等于 API 失败；安卓端失败也不等于电脑端失败。想找 ChatGPT下载安卓时，先确认网络层可用，否则安装包正确也会显示无法联网。
Analysis：按原因修复，别混着改
DNS 类：先执行 ipconfig /flushdns，macOS 用 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。安卓进入“设置 - 网络 - 私有 DNS”，先关闭再测试；如果关闭后成功，说明私有 DNS 与当前网络冲突。复测标准：nslookup 在 1 秒内返回 A/AAAA 记录。
代理类：用 curl ipinfo.io 看出口 IP 是否变化。若浏览器可用但命令行不可用，说明系统代理没有被终端继承；临时设置：export HTTPS_PROXY=http://127.0.0.1:7890，Windows PowerShell 用 $env:HTTPS_PROXY="http://127.0.0.1:7890"。复测 API 延迟低于 3000ms、失败率低于 5% 才算稳定。
部署类：如果你把 AI 工具部署在静态托管或 Serverless 平台，包括 Netlify 类环境，本地能请求、线上不能请求，优先查 3 件事：环境变量是否注入、函数超时是否低于模型响应时间、前端是否直接暴露 Key。建议把 API 调用放到后端函数，超时设为 15-30 秒，日志中记录 status、latency_ms、error_code，不要记录完整 Key。
Verdict：按数据选择解决路径
免费/官方路径优先级最高：清 DNS、换网络、检查系统代理、使用官方客户端或官方 API。它们的成本为 0，平均排查耗时 6-12 分钟；局限是无法解决地区性封锁、出口不稳定和移动端代理失效。
| 方案 | 成本 | 适合场景 | 主要风险 |
|---|---|---|---|
| 清 DNS/换 DNS | 0 元 | 域名解析失败 | 对封锁无效 |
| 换网络/热点 | 0 元 | 运营商线路异常 | 稳定性不可控 |
| 系统代理 | 低到中 | 网页和 API 超时 | 节点质量差会抖动 |
| 自建转发 | 中 | 开发者 API 调用 | 维护成本高 |
| 托管后端函数 | 低到中 | AI 应用上线 | 需处理超时和密钥 |
推荐顺序不是“哪个最强”，而是哪一步能最快排除变量：DNS 先于代理，终端命令先于浏览器，API 日志先于猜测。连续 20 次请求失败率低于 5%，P95 延迟低于 5000ms，再进入长期使用评估。
如何验证问题已解决
完成修复后跑固定验收：nslookup 目标域名 成功；curl -I https://目标域名 --connect-timeout 8 返回 200/301/302/401 中任一有效 HTTP 状态；安卓端关闭再打开 App 后能加载会话；API 连续 20 次调用成功不少于 19 次。若是部署站点，查看日志中 5xx 比例低于 1%，P95 小于 5 秒。
如果你需要把这些排查步骤整理成 AI 工具使用清单，sprbd 也只是众多信息入口之一；免费、官方、自建方案同样可行，可参考 wizzegroup.com 作为补充对照。