节点全部超时是什么原因？分步骤排查指南

打开客户端一测速，所有节点都是红色的“Timeout”或“超时”——这是使用代理工具时最常见、也最让人着急的问题之一。好在几十个节点同时坏掉的概率很低，全部超时往往指向一个共同原因：订阅、时间、客户端、本地网络或 DNS 中的某一环出了问题。只要按顺序排查，大多数情况都能自己解决。

本文适用于 Clash Verge Rev、v2rayN、Shadowrocket 等常见客户端。不同客户端和版本的菜单名称可能略有差异，请以实际界面为准。

先弄清楚：“超时”到底代表什么

客户端的延迟测试，是通过每个节点去访问一个测试链接，如果在限定时间内（通常为几秒）没有收到响应，就显示为超时。因此，“超时”只说明这次测试请求没有按时完成，原因可能出在你的设备到节点之间、节点到测试链接之间，也可能出在测试设置本身。

开始排查前，先做一个简单判断：选中任意一个节点，用浏览器访问一个海外网站。

• 网页能正常打开：代理实际可用，问题更可能出在测速链接或测速方式上，直接看下文“测速地址不可达”一节。
• 网页也打不开：确实无法连通，按下面的顺序逐项排查。

症状、原因与解决方法对照表

逐项排查详解

1. 订阅到期或流量用完

这是最常见、也最容易被忽略的原因。套餐到期或流量用完后，很多服务商并不会立刻清空节点列表，节点依旧显示在客户端里，但服务器会拒绝连接，测速自然全部超时。部分服务商还会在节点名称中插入“套餐到期”“剩余流量 0GB”之类的提示。

处理方法：登录服务商用户中心查看套餐状态与已用流量，然后在客户端中手动更新一次订阅。如果你曾在用户中心重置过订阅链接，旧链接会失效，需要重新复制导入。更新订阅时遇到的报错，可以参考订阅链接导入失败的解决方法。

2. 系统时间不准确

VMess 协议依赖时间进行认证，V2Fly 文档要求客户端与服务器的 UTC 时间误差在 90 秒以内；TLS 握手也会校验证书的有效期，日期偏差过大同样会失败。主板电池老化、双系统切换、手动改过时间，都可能导致这个问题。注意，这里看的是“绝对时间”是否准确，时区设置正确、时间却快了几分钟，同样会出问题。

Windows 用户可以在“设置 → 时间和语言 → 日期和时间”中打开“自动设置时间”，并点击“立即同步”。也可以用管理员身份打开 PowerShell 执行：

# 查看当前时间与 Windows 时间服务的同步状态
Get-Date
w32tm /query /status

# 如果 Windows Time 服务未运行，先启动它
Start-Service w32time

# 立即与时间服务器重新同步
w32tm /resync

macOS 在“系统设置 → 通用 → 日期与时间”中开启自动设置；手机一般在“日期与时间”中开启“自动设置”即可。同步完成后重新测速。

3. 客户端或内核版本过旧

代理协议在持续演进。VLESS Reality、Hysteria2、Shadowsocks 2022 等较新的协议和参数，旧版客户端或内核可能完全不支持：有的会直接跳过这些节点，有的能导入却无法连接。已经停止维护的客户端尤其容易出现这种情况。

处理方法：到官方 GitHub Releases 或应用商店升级到最新稳定版，并确认内核同步更新。仍在使用已停更 Clash 客户端的用户，可以参考 Clash Verge Rev 使用教程迁移到仍在维护的客户端。

4. 本地网络、防火墙与安全软件

公司、学校、酒店等网络常常限制非常用端口或特定类型的流量；家用路由器的“家长控制”、安全功能也可能拦截连接。此外，Windows 防火墙在内核首次运行时会询问是否允许联网，如果当时点了“取消”，内核就无法访问外网。部分安全软件的网络防护也会拦截代理内核。

最快的判断方法是用手机开热点给电脑上网，再测一次：

• 热点下恢复正常：问题在原网络，检查路由器设置或联系网络管理员。
• 热点下依旧超时：问题更可能在设备本身或订阅。

同时确认没有其他代理客户端、VPN 或加速器在后台运行，多个工具同时接管网络会互相干扰。

5. DNS 解析异常

大多数节点的服务器地址是域名，客户端需要先把它解析成 IP 才能连接。如果本地 DNS 故障、被劫持，或者你手动改过客户端的 DNS 设置，就可能所有节点都无法解析，表现为全部超时。客户端日志中出现“dns”“resolve”“lookup”之类的错误，是比较明确的信号。

处理方法：先恢复客户端默认的 DNS 设置，并刷新系统 DNS 缓存：

ipconfig /flushdns

使用 mihomo 内核的客户端（如 Clash Verge Rev），可以为解析节点域名单独指定 DNS 服务器。下面是一个最小示例，用于客户端的 DNS 覆写或扩展配置，不熟悉时请不要随意修改：

dns:
  enable: true
  default-nameserver:
    - 223.5.5.5
    - 119.29.29.29
  proxy-server-nameserver:
    - https://dns.alidns.com/dns-query
    - https://doh.pub/dns-query

其中 proxy-server-nameserver 专门用于解析代理节点的域名，default-nameserver 用于解析 DoH 服务器本身的域名，必须填写 IP 地址。更多 DNS 相关问题可以查看 DNS 和网络配置问题专题。

6. 测速地址不可达

延迟测试结果取决于测试链接。如果你或某份配置把测试链接改成了在当前环境下无法访问的地址，或者测试链接临时故障，就会出现“测速全部超时、但实际能上网”的情况。

处理方法：在客户端设置中把延迟测试链接恢复为默认值（具体默认值以客户端设置页为准），然后重新测速。也可以连接后用网络检测工具直接查看出口 IP，判断代理是否真正生效。

7. 服务商维护或线路故障

如果以上都检查过且正常，换网络也没有改善，就要考虑服务端的问题：线路故障、服务器维护、入口受到干扰等。这种情况下通常会有很多用户同时受影响，服务商一般会在官网公告或通知频道中说明。

8. 运营商限制 UDP（Hysteria2 等）

Hysteria2、TUIC 等协议基于 QUIC，使用 UDP 传输。部分运营商、校园网或企业网络会对 UDP 流量限速甚至阻断，晚高峰时段尤其明显。典型表现是：Trojan、VLESS 等基于 TCP 的节点正常，只有 UDP 类节点超时。

处理方法：

1. 暂时改用基于 TCP 的协议节点。
2. 换一个网络（如手机流量）对比测试。
3. 如果服务商为这类节点提供端口跳跃等功能，可以咨询是否有适合当前网络的接入方式。

TCP 与 UDP 在代理场景下的差别，可以参考 TCP、UDP、TLS 与 DNS 基础知识。

联系服务商前准备好这些信息

如果确认是服务端问题，联系客服时提供以下信息可以加快处理：

• 客户端名称与版本、操作系统；
• 出现问题的时间段，以及是否所有节点都受影响；
• 所用网络（如电信宽带、移动 5G、校园网），换网络后是否改善；
• 客户端日志中的错误片段（注意删除订阅链接、密码等敏感信息）。

最后提醒：使用代理工具请遵守所在地法律法规与服务条款，订阅链接不要在公开群组中发送。