当连接变慢或打不开网页时，反复点击重试有时能够恢复，却很难解释原因。更有效的方法是把连接拆成几个层次，每次只验证一个假设。
先描述现象
记录问题开始的时间、正在使用的设备与网络，以及受影响的应用。区分“所有网站都打不开”“只有一个网站打不开”和“能打开但下载很慢”。
如果错误页面提供状态码或错误名称，记录它，但不要把带有令牌的完整请求地址公开分享。
第一层：设备与本地网络
先在不启用额外连接服务的情况下，尝试访问一个平时可用的网站。再用同一网络中的另一台设备做一次比较。
| 观察结果 | 下一步 |
|---|---|
| 多台设备都无法正常连接 | 检查路由器、网络接入与运营商状态 |
| 只有一台设备受影响 | 检查设备网络设置、时间与软件状态 |
| Wi-Fi 不稳定但有线正常 | 检查无线信号、距离与干扰 |
| 本地连接正常，启用服务后失败 | 继续检查配置、节点与路由 |
第二层：域名解析
域名解析将网站名称转换为网络地址。如果错误提示与 DNS 有关，可以查看设备当前的 DNS 配置，确认是否发生了最近的变更。
不要一次更换多个设置。先记录原值，按系统文档调整一项，再重复同样的测试。诊断结束后保留有效配置或恢复原设置。
第三层：连接服务与节点
确认配置仍有效，客户端已加载正确的配置，并且选择了预期节点。切换一个节点后重复同样的操作，观察问题是否跟随节点变化。
如果延迟测试成功但网页失败，继续检查流量模式与规则；如果所有节点都失败，考虑入口连通性、配置失效或服务维护的可能性。
第四层：目标网站与应用
有时问题只影响一个目标服务。用另一种网络路径访问相同目标，或查看目标服务公开的状态页，可以帮助判断是否为目标端故障。
网站首页、登录、API 和文件下载可能经过不同服务器。首页可以访问，不能证明每个功能都正常。
给支持团队一份有用的记录
整理以下信息：
- 错误发生时间与时区。
- 系统与客户端版本。
- 网络接入方式和运营商。
- 出错的具体功能与错误提示。
- 已执行的检查及对应结果。
对日志中的密码、令牌、订阅地址和个人资料做脱敏。清楚的证据能减少沟通中的重复试验，也能让下一次排查更快。