节点超时：先判断是全部超时还是个别超时
"全部超时"和"个别超时"是两种完全不同的问题。
节点超时先分两类：全部节点都超时，多半是本地问题（时间、网络、客户端、权限）；只有个别节点超时，多半是这些节点自身或其协议的问题。
全部节点都超时
- 检查系统时间是否准确，见系统时间不对导致连不上。
- 关闭其他代理、加速器、杀毒软件的网络防护，看是否冲突。
- 检查客户端是不是旧版本，升级后重新更新订阅。
- 检查本地网络能否正常访问国内网站，排除断网。
- 尝试在不同网络（如手机热点）下测试，判断是否是当前网络的限制。
只有个别节点超时
- 对比能用的和不能用的节点，看协议是否不同（例如只有 Hysteria2 超时，可能是 UDP 被限制）。
- 换同地区的其他节点。
- 过一段时间再测，节点可能在维护。
- 到服务商公告渠道看是否有维护通知。
怎么判断是不是 DNS 的问题
如果节点的 server 是域名，而本地 DNS 解析它失败，也会表现为超时。可以先把客户端的 DNS 设置检查一遍，见代理 DNS 设置。
延迟测试超时，究竟测了什么
客户端的延迟测试，通常是通过节点向某个小地址发出请求并计时。测试地址本身如果在你的网络里被限制，所有节点都会超时，但这不代表节点不能用。另一种可能是，测试地址正常，但节点到该地址的路径有问题。所以"超时"只说明这次测试没成功，要结合实际使用来判断：直接打开网页，比盯着延迟数字更可靠。
逐步缩小范围的流程
判断范围
是全部节点超时，还是只有一部分？同一个协议的节点是否一起出问题？
排除本地环境
检查系统时间、客户端版本，关闭其他代理与加速软件。
换网络对比
用手机热点等不同的网络再测一次，判断是否与当前网络有关。
换协议对比
同一订阅里换一个不同协议的节点，判断是否与协议有关。
联系服务商
带着时间、节点、协议、客户端和已排除的项目去询问。
不同时段的超时意味着什么
只在某个固定时段（比如晚间）超时，多半与网络拥堵或节点负载有关；任何时段都超时，更像是配置或本地环境的问题。记录下超时发生的时段，是向服务商说明问题时最有价值的信息之一。
超时的"层次"：握手超时、认证失败、数据不通
同样是"节点不可用"，客户端的表现可能有几种不同：握手阶段就超时，说明连不上节点；握手成功但认证失败，说明凭证或时间有问题；认证通过但没有数据，说明传输层或线路有问题。区分这三种层次，能让你更准确地选择排查方向。如果日志里能看到具体的错误提示，就把它对应到这三个层次中的一个，再有针对性地检查。
| 层次 | 典型提示 | 先查 |
|---|---|---|
| 握手超时 | 连接超时、无法建立 | 网络、端口、服务器状态 |
| 认证失败 | 认证错误、握手被拒绝 | 凭证、系统时间、sni |
| 数据不通 | 连上了但没有响应 | 传输层选项、flow、线路 |
超时也有"好消息"
"超时"看起来是个坏消息，但从排错的角度，它其实提供了很有价值的线索：它说明客户端能够发出请求，只是没有收到回应。这排除了"客户端没启动""订阅为空"这些更基础的问题，把范围缩小到了"网络、节点、协议"。再结合超时的范围（全部还是个别）与时段（固定还是随机），你就能进一步缩小范围。每一个超时，都是一个可以被解读的线索。
关于「节点超时」的常见问题
延迟测试超时，但是节点其实能用？
测试地址可能被限制，或者测试方式与实际使用不同。可以直接打开网页验证。
夜里超时，白天正常，是怎么回事？
可能是晚高峰网络拥堵，也可能是节点负载。记录时间和现象，再与服务商沟通。
延迟测试一直转圈没有结果，是什么情况？
可能是测试地址不可达、本地网络完全中断，或者客户端本身卡住。先确认本地网络能正常访问其他网站，再重启客户端。
节点延迟测试超时是怎么回事？节点连不上怎么排查？
延迟测试超时只说明测试请求没有及时返回，可能是节点不可用、端口被拦截或本地网络问题。节点连不上时，先换一个节点和协议做对比，再检查系统时间与防火墙。