WgetCloud 节点 Timeout 超时排查方法
节点显示 Timeout 时，第一件事不是换节点，而是分清楚：是全部节点超时，还是个别节点超时。这两者几乎是两个不同的问题。
先分类
个别节点超时
属于正常现象。单个节点可能临时维护、当前负载较高或链路有波动。切换到同区域的其他节点即可，不需要进一步排查。
全部节点超时
指向某个共同原因。既然所有节点同时失效，问题几乎一定出在它们的共同上游：你的账号、你的订阅、或者你的本地环境。
下面的内容针对全部节点超时。
五个共同原因
按可能性从高到低排列。绝大多数情况都能在前三条里找到答案。
一、账号或流量问题
登录用户中心，确认：
- 套餐是否在有效期内
- 流量是否还有剩余
套餐到期或流量用尽时，服务端会拒绝连接，客户端表现为全部节点超时。这是最常见的原因，也最容易被跳过。
二、订阅已经过期
服务端调整节点后，客户端里的旧节点会全部失效。
在客户端手动更新一次订阅。 如果更新后节点恢复，问题就解决了。如果更新本身失败，见订阅更新失败的排查步骤。
三、系统时间偏差
这一条经常被忽略
TLS 握手会校验证书的有效期。如果本机时间与实际时间相差超过几分钟，握手会直接失败，表现就是所有节点连不上。
Windows： 右键任务栏时钟 → 调整日期和时间 → 开启「自动设置时间」→ 点击「立即同步」 macOS： 系统设置 → 通用 → 日期与时间 → 开启「自动设置日期与时间」 iOS / Android： 设置中开启「自动设置日期与时间」
双系统的电脑尤其容易出现时间偏差，因为 Windows 和 Linux 对硬件时钟的解释方式不同。
四、本地网络异常
关闭客户端，直接访问一个国内网站。如果也打不开，问题在本地网络，与节点无关。
如果本地网络正常，用手机热点替代当前 Wi-Fi 再测一次。热点下节点恢复正常，说明原来的网络环境存在限制（常见于办公网络、校园网、部分酒店网络）。
五、测试方式本身的问题
客户端的延迟测试通常向某个固定地址发起请求。如果这个测试地址当前不可达，即使节点本身正常，也会显示超时。
判断方法：不看延迟数字，直接选一个节点尝试访问网页。如果网页能打开，说明节点是好的，只是测试地址有问题。
完整排查流程
- 第 1 步关闭客户端，确认本地网络能正常访问国内网站。
- 第 2 步登录用户中心，确认套餐有效、流量未用尽。
- 第 3 步检查系统时间是否已自动同步。
- 第 4 步在客户端手动更新一次订阅。
- 第 5 步不看延迟数字，直接选一个节点尝试打开网页。
- 第 6 步切换到手机热点，重复第 5 步。
- 第 7 步以上都正常仍然连不上，通过用户中心提交工单。
各客户端的更新订阅位置
| 客户端 | 更新方式 |
|---|---|
| Clash Verge Rev | 订阅页面 → 配置卡片上的刷新图标 |
| V2rayN | 菜单栏 订阅 → 更新订阅 |
| Shadowrocket | 首页下拉刷新 |
| Quantumult X | 节点页面下拉刷新 |
| Surfboard | 配置页面 → 条目上的更新按钮 |
不建议的做法
反复重装客户端。 重装不会改变服务端的节点状态，也不会让过期的套餐恢复。如果问题在账号或订阅层面，重装一百次也没用。
盲目批量测速。 测速本身会消耗账号流量。在还没确认账号状态之前就全量测速，可能进一步消耗本就不多的余量。
频繁切换节点。 全部节点超时时，切换是无效的——它们失效的原因是共同的。