故障排查
按现象组织的排查文档：节点全部超时、延迟正常但网页打不开、订阅更新失败、用户中心访问不了、切换网络后断连、速度慢、配置过期。
排查的基本原则是从外到内、从简到繁：先确认本地网络和账号状态，再看订阅和客户端配置，最后才是更细节的规则与解析问题。跳过前面的步骤直接钻研细节，往往会在简单问题上浪费大量时间。
客户端配置过期后如何重新导入订阅
直接叠加导入是配置混乱的主要来源。重新导入之前，先按顺序清理旧的配置与规则缓存。
WgetCloud 节点速度慢与延迟高怎么排查
在换节点之前，先用三组对照测试确定瓶颈在哪一段，可以省下大量盲目尝试的时间。
DNS 问题导致订阅失败的解决思路
DNS 出问题时的表现很有迷惑性：能 ping 通、能连节点，但订阅怎么也更新不了。
更换 Wi-Fi 或移动网络后无法连接怎么办
换个网络就连不上，通常不是配置坏了，而是客户端还停留在旧网络的状态里。
WgetCloud 用户中心打不开怎么办
用户中心是单页应用，白屏和加载卡住往往由缓存或脚本加载失败引起，而不是账号问题。
WgetCloud 订阅更新失败的排查步骤
订阅更新失败时，先确认「取不到」还是「解析不了」，两者的处理方向完全不同。
WgetCloud 延迟正常但无法打开网页怎么办
延迟正常只说明握手成功，不代表流量走对了路。真正的问题往往出现在规则和解析环节。
WgetCloud 节点全部 Timeout 怎么处理
「全部超时」和「个别超时」是两类完全不同的问题。前者几乎总能在五个共同原因里找到答案。
快速跳转
| 现象 | 从这里开始 |
|---|---|
| 全部节点 Timeout | 节点超时排查 |
| 完全连不上 | 无法连接排查 |
| 能连上但打不开网页 | DNS 问题排查 |
| 速度慢 | 速度慢与延迟高 |
| 订阅更新失败 | 订阅地址与更新 |