为什么系统时间不准会导致所有节点超时？

VMess 要求客户端与服务端的时间差在 90 秒以内，否则认证直接失败；Trojan、VLESS 等基于 TLS 的协议在时间严重偏差时也会因证书校验失败而无法建立连接。客户端日志里看不到明确报错时，表现往往就是全部超时。把系统时间设为自动同步即可。

测速全红，但浏览器其实能打开境外网站，是怎么回事？

测速是通过节点访问一个测试地址并计时，测试地址本身访问异常、测速超时时间设置过短，或 TUN 与 DNS 设置的组合问题，都可能导致测速失败但实际可用。以浏览器实际访问为准，必要时在设置中更换测速地址或调大超时时间。

重启电脑后能用，过一阵又全部超时？

常见于电脑睡眠唤醒后 TUN 虚拟网卡或路由未正确恢复，或安全软件在后台拦截了代理内核。可以尝试在唤醒后重启客户端，把客户端及其内核程序加入安全软件白名单，或暂时改用系统代理模式观察是否复现。

怎么判断是服务商出问题，而不是自己电脑的问题？

换一个网络（比如手机热点）和另一台设备导入同一订阅测试。如果所有网络、所有设备都超时，并且套餐状态正常，大概率是服务商侧故障或入口被阻断，可以查看服务商公告或提交工单。如果只有某个网络不行，问题在该网络。

节点全部超时要不要马上换服务商？

不必急着换。实际经验中，多数全部超时都由本地设置引起，比如时间不准、订阅过期、多个代理软件冲突。按本文顺序排查完本地原因，并确认换网络后仍然不行，再联系服务商；如果服务商长时间无公告、工单不回，再考虑止损。

节点全部超时怎么办：从本地网络到服务商的 8 步排查

所有节点同时超时，先别急着认定服务商跑路。单个节点坏掉很常见，但所有节点同时失效，更可能是你这一端的共同环节出了问题：本地网络、系统时间、订阅状态或软件冲突。下面按可能性从高到低排列，每一步都给出如何验证和如何修复，逐项排除通常十几分钟就能定位。

排查前先收集两条信息

客户端日志：Clash Verge Rev 在左侧「日志」页面，其他客户端一般也有日志入口。把日志级别调到 info 或 debug，再测一次速，留意报错关键词。
问题范围：只有境外网站打不开，还是国内网站也打不开？只有这台电脑，还是手机也一样？

日志中常见关键词与对应方向：

日志关键词	大致含义	优先检查
`i/o timeout`	连接节点服务器超时	本地网络、节点被阻断、服务商故障
`connection refused`	目标端口拒绝连接	订阅过期、节点已更换
`x509: certificate` 相关	证书校验失败	系统时间、中间人拦截软件
`no such host` 或 DNS 相关	节点域名解析失败	DNS 设置
`bind` / 端口被占用	本地端口冲突	多个代理软件同时运行

第 1 步：确认本地网络本身正常

验证：完全关闭代理客户端（不只是关系统代理开关，而是退出程序），打开几个国内网站。

# Windows：测试基本连通性与域名解析
ping 223.5.5.5
nslookup www.baidu.com

# macOS / Linux
ping -c 4 223.5.5.5
nslookup www.baidu.com

判断：

关掉代理后国内网站也打不开：问题在宽带、路由器或系统网络设置，与代理无关。
关掉代理后国内正常，开启后连国内也打不开：多半是系统代理指向了一个没有在监听的端口，或 TUN 配置异常，继续看第 4 步。
公司、学校、酒店等网络可能限制了非常用端口或 UDP 协议，换手机热点对比一下。

第 2 步：校准系统时间

这是最容易被忽视的原因。VMess 要求客户端与服务端时间差在 90 秒以内；其他基于 TLS 的协议在时间严重偏差时也会证书校验失败。主板电池老化、双系统切换、手动改过时间都可能导致时间偏差。

Windows：

「设置」→「时间和语言」→「日期和时间」，打开「自动设置时间」和「自动设置时区」，点击「立即同步」。
也可以用管理员身份打开 PowerShell 执行：

# 启动时间服务并立即同步
net start w32time
w32tm /resync
# 查看同步状态与上次同步时间
w32tm /query /status

macOS：

「系统设置」→「通用」→「日期与时间」，打开「自动设置时间和日期」。
或在终端执行：

# 查看与苹果时间服务器的偏差（不修改）
sntp time.apple.com
# 立即同步（需要输入密码）
sudo sntp -sS time.apple.com

Linux：

timedatectl status
sudo timedatectl set-ntp true

注意时区也要正确。时区错了却手动把时钟调成「看起来对」的时间，换算成标准时间后其实差了好几个小时。

第 3 步：检查订阅与账户状态

验证：

登录服务商面板，确认套餐未到期、本月流量未用尽。注意倍率节点会按「实际流量 × 倍率」扣费，流量可能比你预想的消耗得快。
在客户端中手动更新一次订阅，看更新时间是否变为当前时间。
检查订阅是否被重置过。重置后旧链接失效，需要重新复制导入。

修复：

更新订阅失败时，先确认第 2 步时间已经正确，再切换到手机热点更新一次。
服务商更换了节点地址而你的订阅长期没更新，是全部超时的常见原因。建议设置自动更新间隔，Clash Verge Rev 的设置方法见 Clash Verge Rev 使用教程。

第 4 步：排查软件冲突与多个 TUN 网卡

同时运行多个代理软件、网游加速器或公司 VPN，会争抢系统代理设置、本地端口和路由表。尤其是两个程序都开了 TUN，路由互相覆盖，结果往往是全部超时甚至完全断网。

验证（Windows）：

# 列出所有网卡，留意名称含 Meta、Mihomo、wintun、TAP、TUN 或加速器名称的虚拟网卡
Get-NetAdapter | Format-Table Name, InterfaceDescription, Status

# 查看当前系统代理设置
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyServer

# 查看 7897 端口被哪个进程占用（端口换成你客户端设置中的混合端口）
netstat -ano | findstr :7897

验证（macOS）：

# 查看系统代理设置
scutil --proxy
# 查看虚拟网卡（utun 开头）
ifconfig | grep utun

修复：

彻底退出其他代理软件、加速器和 VPN（包括托盘里的后台进程）。
在客户端中暂时关闭 TUN，只开系统代理测试。如果系统代理模式下正常，说明问题在 TUN：重装服务、更新客户端，或检查是否有残留的虚拟网卡。
确认客户端里系统代理的端口与内核实际监听的端口一致。

第 5 步：检查防火墙与安全软件

部分安全软件会拦截代理内核的网络访问、隔离内核文件，或阻止 TUN 服务安装。表现常为：重装后能用一阵，过段时间又全部超时。

验证：暂时退出安全软件的防护（不要卸载），重启代理客户端测试。

修复：

把代理客户端安装目录及其内核程序（Clash Verge Rev 的内核文件名通常含 mihomo）加入安全软件信任列表。
检查安全软件的隔离区，看是否有内核文件被隔离。
Windows 防火墙弹出提示时选择允许。

第 6 步：检查 DNS 设置

如果订阅中的节点使用域名而不是 IP，内核需要先解析节点域名。解析失败或被污染，所有节点都会连不上。

验证：从订阅中找一个节点的服务器地址（客户端的节点详情或配置文件中可以看到），在关闭代理的情况下测试：

nslookup 节点域名
Test-NetConnection 节点域名 -Port 节点端口

nslookup 节点域名
nc -vz 节点域名 节点端口

域名无法解析或解析到明显异常的地址，说明是 DNS 问题。TCP 端口测试成功只说明端口可达，并不保证代理可用；而 Hysteria2、TUIC 基于 UDP，无法用 TCP 端口测试判断。

修复：

配置中的 DNS 服务器如果使用了在当前网络不可达的境外加密 DNS，节点域名会解析失败。Mihomo 可以用 proxy-server-nameserver 单独指定解析节点域名的 DNS：

dns:
  enable: true
  proxy-server-nameserver:
    - 223.5.5.5
    - 119.29.29.29

检查系统 hosts 文件是否有针对相关域名的错误条目。
路由器或系统中手动设置的 DNS 失效时，改为运营商默认或常用公共 DNS 再试。

第 7 步：检查 IPv6

节点域名同时有 IPv4 和 IPv6 地址，而你的网络 IPv6 不通或不稳定时，内核可能优先尝试 IPv6 并超时。

验证：nslookup 结果里节点域名是否返回了 IPv6 地址（含冒号的地址）；本地 IPv6 是否可用，可以访问一个 IPv6 测试网站确认。

修复：在客户端设置中关闭 IPv6（Clash Verge Rev 的「Clash 设置」中有 IPv6 开关），或在配置中设置 ipv6: false，再重新测试。

第 8 步：判断是否为服务商或线路故障

以上都排除后，再考虑服务商一侧：

换网络测试：用手机热点连接电脑，再测一次。仍然全部超时，基本可以排除本地网络。
换设备测试：在手机客户端中导入同一订阅。所有设备都不行，问题大概率在服务商侧。
查看公告：服务商的公告频道、面板通知，或同一服务商其他用户的反馈。入口服务器被阻断、机房故障、线路维护都会导致所有节点同时失效。在部分时段，各地网络对境外连接的干扰会加剧，非专线中转线路通常更容易受影响，原理见线路知识。

联系服务商时，附上你的运营商与地区、出问题的时间段、日志关键词，处理效率会高很多。如果服务商长时间无公告、工单不回，需要警惕跑路风险，参考防跑路指南。

特殊情况：只有某一类节点全部超时

如果不是「所有」节点，而是某一类节点集体超时，思路会不同：

只有 Hysteria2、TUIC 节点超时：这两种协议基于 QUIC/UDP。部分宽带、校园网和公司网络会限制或降速 UDP 流量，晚高峰尤其明显。同一时间 TCP 类节点（Shadowsocks、Trojan、VLESS 等）正常，基本可以确认是 UDP 受限，换用 TCP 类节点即可。
只有某个地区的节点超时：通常是该地区的机房或线路故障，等待服务商恢复，期间换其他地区。
只有经过同一入口的节点超时：中转线路的多个节点往往共用一个境内入口，入口故障或被阻断会让一批节点同时失效。节点名称或服务商说明里一般会标注入口，可据此判断。
只在晚高峰超时：多为国际出口拥塞，公网中转线路更明显。这不是本地设置问题，长期如此可以考虑专线线路，测速与线路质量的判断方法可参考测速与稳定性。

常见误区

测速一次超时就判死刑：测速受测试地址、超时设置和瞬时波动影响，以实际访问网页为准，隔几分钟再测一次。
反复切换全局模式试运气：全局模式不会让连不上的节点变得能连，反而会让国内网站也绕路，干扰判断。
同时开着两个代理软件「双保险」：两个软件抢系统代理和路由，只会互相干扰。
重装系统或重装客户端解决一切：时间、订阅、服务商这些问题与重装无关，先按顺序排查更省时间。
把订阅链接发到群里求助：订阅链接等同账号凭据，别人可以直接使用你的流量。求助时只发日志关键词和截图，并打码订阅地址。

排查顺序速查

顺序	检查项	一句话验证
1	本地网络	退出代理，国内网站能否打开
2	系统时间	是否开启自动同步，偏差是否在一分钟以内
3	订阅状态	套餐、流量、订阅更新时间是否正常
4	软件冲突	是否有其他代理、加速器、多个虚拟网卡
5	安全软件	暂停防护后是否恢复
6	DNS	节点域名能否正常解析
7	IPv6	关闭 IPv6 后是否恢复
8	服务商	换网络、换设备是否依然超时

如果节点能连上，但打开 ChatGPT、Claude 时提示地区不支持，那是另一类问题，见地区不支持报错排查。