GFW 与节点故障判断：从 DNS、超时到网络对照
节点打不开，可能涉及域名解析、服务状态、协议兼容、路径限制或目标平台。这个页面提供故障分析流程与公开研究入口，不提供实时监测数据，也不把协议名称换算成固定存活率。
为什么不能看到 timeout 就认定被封锁？
一次超时只能说明请求未在期限内完成。配额用尽、服务维护、UDP 不通、DNS 失败或客户端配置错误都可能表现相似。判断需要明确失败环节，并与其他条件对照。
| 观察到的现象 | 优先检查 | 下一步阅读 |
|---|---|---|
| 全部节点超时 | 订阅是否更新、配额、设备网络、服务公告 | Clash 全部超时 |
| 域名解析失败 | 客户端日志、DNS 设置、同域名对照 | DNS 排查 |
| 仅某个协议或网络失败 | 版本支持、TCP/UDP、网络路径差异 | 协议与传输原理 |
| 网页能开，但 AI 提示拒绝 | 平台报错、账号、地区条件、实际出口 | AI 访问问题 |
如何按证据逐步排查？
- 记录问题边界。写下时间、网络运营商、系统和客户端版本、节点协议、失败目标及原始报错。隐藏密码和订阅凭据。
- 检查服务与配置。核对后台状态、配额和公告，确认配置已经加载。需要结构检查时进入 配置检测工具；语法正常仍要看运行日志。
- 区分解析与连接。DNS 失败和连接超时分开记录。DoH、TLS、UDP 和专线各自处理不同环节，不能互相替代。
- 只改变一个条件做对照。同设备同节点切换允许使用的网络，或同网络对比另一条节点。不要同时重装客户端、改 DNS 和换套餐，否则无法知道哪个变化有效。
- 复测同一任务。用 浏览器连通性检查辅助记录请求，再回到原应用确认。浏览器请求完成不代表 AI 账号权限或所有应用可用。
- 依据结果采取下一步。本地问题继续排配置；服务侧问题向服务方提供脱敏记录。确需备用服务时再看 主推品牌比较，按自己的设备和时段测试。
IPLC/IEPL 描述线路形态，协议描述通信方式。任何名称都不能单独保证连接永远可用、不可观察或完全匿名。
如何阅读公开研究与测量？
看清测量日期、地点、网络、测试方法与失败环节。研究发现适用于其测量条件，不能直接推断今天某个品牌的全部节点。OONI 的异常需要进一步核对，不能把单条异常当作最终封锁结论。
使用第三方测量工具前了解其数据收集范围；本站没有替你运行外部测量。
把这个问题与下一步接起来
有了故障记录，再决定下一步
同一症状可能来自服务故障、DNS、网络路径或访问限制。记录比一张固定的协议“健康度”图更有用。
Clash 全部超时的排查顺序 →
全部节点超时时先查订阅、配额与本地网络。
看懂协议与线路的区别 →
进一步理解传输层、协议与线路，明确对照哪些变量。
理解订阅、DNS 与浏览器隐私 →
分享日志前去掉订阅 URL、token、密码和个人地址。
按用途比较主推品牌 →
确认服务侧问题后再比较备用品牌，避免盲目换购。