节点全部超时怎么办：从订阅到网络逐层排查

所有节点同时超时，几乎不会是节点本身的问题——优先怀疑订阅整体失效或本地网络限制。 先更新订阅，再切换手机热点对比测试，这两步能定位绝大多数情况。

先分清：全部超时 ≠ 部分超时

部分节点超时是常态，服务器维护、线路波动都会造成，换节点即可。而全部超时意味着某个公共环节断了：订阅、本地网络、防火墙，或客户端设置。排查也应沿这条链路逐层进行。对节点概念还不清楚的读者，可先看节点是什么。

第一层：订阅整体失效

这是最常见原因，表现为「昨天还好好的，今天全超时」。

1. 手动更新订阅：服务商轮换节点后，客户端里的旧节点信息会全部作废；
2. 登录官网确认套餐有效期与剩余流量——套餐失效时所有节点会被服务端统一拒绝；
3. 更新失败本身也是线索，说明订阅地址已不可达，需先解决订阅问题。

第二层：本地网络限制

判断方法是换热点对比测试：

1. 手机开启蜂窝数据热点，电脑连接热点后重新测试延迟；
2. 热点下恢复正常 → 原网络（公司、校园、酒店网络常见）对代理流量有拦截策略；
3. 热点下依然全部超时 → 问题在客户端或订阅，回到第一层复查。

顺带重启一次路由器和光猫，排除设备状态异常。

第三层：防火墙与安全软件拦截

本机的防火墙或安全软件可能拦截了客户端的出站连接：

• Windows：检查 Windows 安全中心的防火墙规则，确认客户端程序未被阻止联网；
• 第三方安全软件：临时退出后重新测试，确认后将客户端加入白名单；
• 客户端更新版本后防火墙规则可能失效（程序路径变化），需要重新放行。

第四层：UDP 受限对特定协议的影响

Hysteria2、TUIC 等协议基于 UDP 传输，而不少网络环境会限制或封锁 UDP 流量，导致这类节点成批超时，看起来像「全部超时」。如果你的订阅以单一协议为主，这一点尤其值得怀疑：

• 换用订阅中基于 TCP 的节点（如 Shadowsocks、Trojan）测试；
• TCP 节点正常而 UDP 节点全灭，即可确认是 UDP 受限，属网络环境限制而非故障。

各协议的传输方式差异可参考代理协议对比。

注意事项

• 延迟测试依赖测试 URL，个别客户端默认测试地址不稳定也会误报超时，可在设置中更换测试 URL 再测；
• 排查时保持「一次只改一个变量」，否则无法确定是哪一步起了作用。

如果逐层排查后仍无法定位，建议按五步排查法做一次系统性检查；节点能通但延迟偏高的情况，则参考降低延迟的实用方法。