节点超时怎么办？所有节点都超时的排查顺序
梯子岛编辑部 · 更新于 先看是个别节点还是节点全部超时。个别超时多半是那几个节点暂时不可用，换一个即可；全部超时则要依次检查系统时间、本地网络、订阅是否过期、客户端是否被其他软件干扰。延迟测试失败只代表测试没通过，不等于一定不能用。
你遇到的现象
客户端里的节点延迟测试显示超时，或者全部显示超时。
打开客户端点了测试，满屏都是超时，是很容易让人慌的画面。但节点超时其实有两种截然不同的情形：一种是个别节点暂时不通，另一种是节点全部超时。前者换个节点就行，后者说明有一个共同原因挡在所有节点前面，要按顺序去找。
先分清：只有几个超时，还是节点全部超时
| 现象 | 说明什么 | 做法 |
|---|---|---|
| 少数节点超时，其余有延迟数字 | 个别节点暂时不可用，或线路与你的网络不合 | 换到有数字的节点，过段时间再测 |
| 大多数节点超时，个别有数字 | 整体网络质量差，或节点正在被大量使用 | 先换有数字的节点，同时检查本地网络 |
| 节点全部超时 | 共同原因，例如时间、网络、订阅、客户端 | 按本文后面的顺序逐项排查 |
| 打开客户端第一次测试就全部超时 | 客户端未真正运行，或订阅内容为空 | 先看节点列表和订阅更新是否正常 |
对于 vpn节点超时 这类搜索，常见的误解是“节点坏了”。实际上，节点全部超时时，坏的往往不是节点，而是节点前面的某一环。
延迟测试到底在测什么
理解测试，才能判断结果值不值得信。大多数客户端的测试是这样做的：
- 通过选中的节点，向一个预设的测试地址发出一个很小的请求。
- 等待对方回应，并计时。
- 超过客户端设定的等待时间还没收到回应，就记为超时。
所以节点测试失败可能来自三个位置：到节点这一段不通、节点到测试地址这一段不通、测试地址本身不可达。很多客户端允许修改测试地址，具体设置在哪里，以你所用客户端的当前界面为准。关于“延迟”这个词的含义，可以看词典里的 延迟。
第一步：检查系统时间
时间看起来无关紧要，但很多协议的握手依赖双方时间大致一致。电脑的时间偏差较大时，握手会失败，表现正是节点全部超时。
- 打开系统的日期和时间设置，确认时区正确、自动同步已开启。
- 如果时间曾被手动改动过，改回自动同步后重启客户端。
- 证书类报错通常与此同源，参考 证书错误与系统时间不对怎么办。
第二步：确认本地网络本身是通的
节点全部超时，先排除“你的网络根本没连通”。
- 不开客户端，用浏览器打开一个国内常用网站，确认能正常访问。
- 换一个网络试试，例如手机热点。换网络后节点恢复有延迟数字，说明问题在原来的网络。
- 关闭其他代理软件、加速器和浏览器代理插件，只留一个客户端再测。
- 重启路由器一次，再重新测试。
客户端使用的本地端口被别的程序占用时，也会出现类似现象，处理见 端口被占用怎么办。
第三步：检查订阅有没有过期、流量有没有用完
订阅层的问题会让所有节点同时失效，所以放在客户端设置之前检查更合理。
第四步：看客户端自身的设置
前三步都没问题，再看客户端。
| 检查项 | 判断方式 |
|---|---|
| 内核是否正常运行 | 客户端有没有内核报错提示，日志里是否反复出现同一条错误 |
| 是否处于异常模式 | 是否开启了与节点无关的特殊模式，比如全局直连 |
| 测试地址是否可达 | 换一个测试地址再测，看结果是否变化 |
| 是否选错了配置文件 | 确认当前启用的是刚更新的那份配置 |
改动设置时一次只改一项，改完立刻复测，这样才知道哪一项起了作用。日常遇到的更完整的连不上问题，可参考 梯子连不上怎么办。
把排查过程记成一张表
节点全部超时的问题，最怕反复做同样的检查。花一分钟画一张简单的表，能避免绕圈：
| 检查项 | 做了什么 | 结果 |
|---|---|---|
| 系统时间 | 打开自动同步并重启客户端 | 是否恢复 |
| 本地网络 | 换手机热点再测 | 是否恢复 |
| 订阅状态 | 登录面板并手动更新订阅 | 节点数量、到期时间 |
| 客户端设置 | 换测试地址、切换配置文件 | 是否恢复 |
某一行出现“恢复”，问题就锁定在那一层，不必再往下查。如果四行都没有恢复，这份记录正好可以拿去向服务方反馈：对方一眼就能看出你已经排除了哪些常见原因，不用从头问起。
怎么确认节点真的能用
测试出现数字，不等于能用；测试超时，也不等于不能用。最终以实际使用为准：
- 选定一个节点，打开一个境外网站，观察能否加载。
- 打开 测速站导航 里的在线测试页，对比开代理前后的结果。
- 再打开一次延迟测试，看数字和实际感受是否一致。
- 在不同时段重复，记下哪些节点稳定。
下一步怎么做
节点超时本身只是一个提示，不是结论。它告诉你“这条路径上某一环没通”，至于是哪一环，要靠上面的顺序一项项排除。保持耐心，每次只动一处并记下结果，比同时改五处更快找到答案。
如果只是个别节点超时，换到可用节点并继续使用即可。如果节点全部超时，按上面的顺序走一遍，通常能在时间、网络或订阅上找到原因。想确认服务方是否出现故障，可以查看 服务状态导航 中收录的官方状态页。所有检查都完成后如果仍然全部超时，把你的排查记录整理好，向服务方反馈。
这篇没有覆盖的
- 延迟测试的具体方式因客户端而异，本文只讲通用的理解方法，不对某个客户端的测试按钮给出细节。
- 本文没有任何线路的延迟或成功率数据，也无法判断你的服务方是否出了故障。
- 订阅被停用、被封禁一类的情况只能由服务方处理，客户端侧无法修复。
节点超时常见问题
节点显示超时，是不是就一定不能用了？
不一定。延迟测试通常是客户端向某个测试地址发一个小请求并计时，超过限定时间就显示超时。测试地址不可达、测试被本地网络拦截，都可能让可用的节点也显示超时。最终以实际访问网页的结果为准，测试结果只作参考。
为什么昨天还有延迟数字，今天全部超时了？
先查三件事：订阅是否过期或流量是否用完，系统时间是否被改动，本地网络是否发生了变化。这三项排除后，再看是不是同时开着别的代理或安全软件。节点全部超时往往是一个共同原因，而不是几十个节点同时坏了。
延迟测试和真实使用的体验是一回事吗？
不是。延迟测试只反映一次很短的往返，不能代表下载速度、视频稳定性或晚上的拥堵情况。它适合用来初筛哪些节点能通，不适合用来评价节点好坏，评价需要在不同时段重复使用并自己记录。
手动把测试超时时间调大有用吗？
偶尔有用，当线路本身较远、往返时间长的时候，放宽超时时间可能让节点显示有结果。但如果是全部超时，调大时间通常只是把失败拖得更久，应当去找共同原因而不是改阈值。
更新订阅之后节点测试失败怎么办？
更新订阅会替换节点列表，旧的选择可能已失效。先确认选中的节点还存在，再重新做一次测试。如果更新后节点数量异常变少或为零，回到订阅导入的排查页检查订阅内容是否正常。
接着读
- 排查 · 梯子连不上怎么办？按现象分步排查
- 排查 · Clash 订阅导入失败怎么办？订阅更新失败的排查
- 排查 · 证书错误与系统时间不对怎么办？
- 术语 · 延迟是什么意思
- 指南 · 节点是什么？节点、线路与订阅的关系
- 排查 · 端口被占用怎么办？客户端提示端口冲突的处理