节点全部超时：完整排查方法与判断顺序

先判断问题出在哪一侧

排查的第一步不是修改设置，而是缩小范围。单个节点超时通常意味着该节点本身出现问题，而所有节点同时超时几乎总是指向某个共性原因——共性原因绝大多数存在于本地一侧，因为服务端的所有节点同时全部失效，概率远低于本地网络或配置出现问题。

据此可以把可能性分成三类：

1. 本地网络层：网络中断、公共 Wi-Fi 未认证、运营商侧异常；
2. 本地环境层：系统时间偏差、客户端进程异常、软件冲突、防火墙拦截；
3. 配置与订阅层：订阅过期、分流规则错误、端口被占用。

只有以上三类都排除后，才有理由怀疑服务端。上面列出的排查步骤正是按这个顺序组织的。

为什么系统时间会影响连接

这是最容易被忽略、但排查成本极低的一项。多数现代代理协议在建立连接时会校验时间戳，用于防止重放攻击。当本机时间与实际时间偏差超过允许范围（通常是几十秒到几分钟）时，服务端会直接拒绝握手，客户端表现为连接失败或延迟测试超时——而且是所有节点同时失败，因为校验发生在协议层而非某个节点。

这种情况在几类设备上更容易出现：长期关机后重新开机的电脑、更换过主板电池的老设备、手动修改过系统时间的设备，以及双系统环境下时间基准不一致的机器。

各平台的差异

Windows 与 macOS 上，最常见的额外因素是软件冲突和防火墙拦截。桌面系统允许多个程序同时修改系统代理设置，两个客户端同时运行时会互相覆盖。

Android 与 iOS 上，系统一次只允许一个 VPN 配置生效，因此冲突表现为新客户端无法启动，而不是全部超时。这两个平台上更常见的原因是移动网络与 Wi-Fi 的差异，具体可参考Wi-Fi 能用但移动网络不能用的排查方法。

路由器环境下需要额外确认上层设备是否也启用了代理或分流规则，双层代理会让排查变得复杂，建议先关闭其中一层再测试。

什么时候可以判断是服务端问题

当以下条件同时满足时，问题更可能出在服务端：

• 关闭客户端后基础网络正常，能访问国内网站；
• 系统时间与实际时间一致；
• 订阅能成功更新，且节点列表有实际变化；
• 更换到另一个网络环境（例如手机热点）后仍然全部超时；
• 没有同时运行第二个代理软件；
• 客户端日志显示的是连接被拒绝或握手超时，而非本地解析失败。

满足这些条件后，可以查看服务方的公告渠道确认是否正在维护。需要注意的是，服务端问题通常是暂时的，但如果反复出现且缺乏公告说明，则值得纳入长期判断——相关的观察方法可参考如何选择服务中关于运营状况的部分。

排查过程中的注意事项

一次只改动一项设置，并在每次改动后重新测试。同时改动多项会让你无法确认究竟是哪一步起了作用，也可能引入新的问题。

优先选择可撤销的操作。校正系统时间、更新订阅、重启客户端都属于低风险操作；修改 DNS 设置、关闭防火墙、编辑分流规则则应放在后面，并记录改动前的原始值。

不要因为一次超时就重装客户端或更换服务。重装会丢失配置，更换服务则可能在同样的本地问题下重复遇到相同现象。按顺序排查通常比重装更快。

仍然无法解决时

如果完整走完上述步骤问题依旧，建议收集以下信息后再寻求帮助：客户端名称与版本、操作系统与版本、所处网络类型（家庭宽带、公共 Wi-Fi、移动网络）、日志中的具体错误文字，以及已经尝试过的步骤。有了这些信息，无论是查阅文档还是向服务方咨询，都能更快定位问题。