故障排查 4 分钟阅读
所有节点突然一起 Timeout：先别重装，按这 7 步检查
所有节点同时异常时，优先排查它们共同依赖的网络、订阅、DNS、系统时间和客户端。
排障原则：每次只改变一个变量，记录改变前后的结果，比同时修改十个参数更容易找到根因。
先判断问题范围
所有节点同时异常时，优先排查它们共同依赖的网络、订阅、DNS、系统时间和客户端。
排障时先确认问题是“单个节点/单个应用”还是“全部节点/全部应用”。范围不同，优先级完全不同。
为什么会出现这种情况
单个节点故障不会轻易让整个列表同时失效；全部超时通常说明更基础的环节出问题。
网络问题经常跨越本地网络、DNS、代理核心、规则和目标网站多个层级，所以只看一个延迟数字或一个按钮状态通常不够。
推荐按这个顺序处理
关代理测基础网络；换接入网络；更新订阅；同步系统时间；检查 DNS；重启客户端/TUN；最后才考虑重装。
每完成一步都保留结果。如果某一步改变后立即恢复，就先在这一层深入，不要继续无目的修改其他配置。
最容易踩的坑
重装不是第一步，它会一次改变太多变量。
需要分享日志或截图时，记得遮住订阅 token、UUID、密码、API Key 等敏感信息。
怎么判断已经定位到原因
系统时间偏差过大也可能让 TLS 证书验证失败。
一个可靠结论应该可以重复：在条件 A 下稳定失败，改变单一变量到条件 B 后稳定恢复，再切回 A 又复现。
常见问题
为什么不建议一上来重装客户端？
重装会同时改变配置、缓存、服务和权限，虽然有时能恢复，但不利于知道真正根因，也可能丢失原有设置。
什么时候应该联系服务商？
多个设备、多个网络都稳定复现同一错误，且已经记录时间、状态码和日志时，服务端排查最有效。
说明：不同客户端版本的按钮名称和参数可能变化。涉及公司、校园或公共网络时，请遵守对应网络管理规则；修改前建议备份原配置。
继续排查
先看更多教程，再决定是否需要更换服务或配置
如果你已经完成本文排查，也可以查看本站当前产品服务与其他教程。