Clash Verge Rev 显示所有节点 timeout，不一定代表所有节点都坏了。先判断是“延迟测试失败但网页仍能访问”，还是“订阅、节点和实际访问都失败”，再从对应一层开始处理。
这篇指南适用于以下情况：节点全红或全部 error、订阅更新失败、导入后没有节点、系统代理可用但 TUN 一开就断网，以及退出客户端后网络仍未恢复。
先按症状分流
| 你看到的现象 | 先检查什么 | 暂时不要做什么 |
|---|---|---|
| 所有节点测速超时，但目标网站能正常打开 | 把它当作测速异常，查看测试日志和 HTTPS 检查 | 不要立即更换订阅或重装客户端 |
| 订阅更新失败，旧节点仍能使用 | 订阅地址、账户状态、当前网络能否访问订阅域名 | 不要删除仍能使用的旧配置 |
| 提示配置正在校验，或日志出现 ASN.mmdb 下载失败 | 区分校验忙碌与资源下载失败，保留同一次操作的日志 | 不要连续点击更新或先删除数据库 |
| 更新显示成功，但节点列表为空 | 是否激活了正确配置、订阅内容是否能被解析 | 不要把它与“节点测速超时”混为同一问题 |
| 同一订阅在其他设备可用，只有这台电脑失败 | 本机时间、模式、系统代理、TUN、网卡与日志 | 不要先断定服务商全部节点故障 |
| 系统代理可用，打开 TUN 后全部断网 | TUN 服务、其他虚拟网卡或隧道软件、DNS 与路由 | 不要直接删除网卡或清空全部配置 |
| 退出 Clash Verge Rev 后仍无法联网 | 系统是否残留手动代理或 TUN 状态 | 不要在网络未恢复时继续叠加修改 |
五分钟基础检查
一次只改一项，每一步都重新测试。这样才能知道是哪一层恢复了。
- 确认本机网络正常。 暂时关闭系统代理和 TUN，检查普通网站是否能打开。基础网络也不可用时，先处理 Wi-Fi、有线网络或上游网络故障。
- 开启系统自动校时。 时间偏差会影响 HTTPS 证书校验，也可能让订阅请求或节点连接报错。
- 核对订阅状态。 到服务商后台确认套餐、流量和订阅地址仍有效，再重新复制一次订阅地址。不要把完整订阅 URL 发到公开评论、截图或日志中。
- 更新并激活正确配置。 回到“订阅”页面手动更新，确认更新时间已经变化，再单击要使用的配置将其激活。
- 选择节点和规则模式。 在“代理”页面选择一个节点，确认当前不是“直连”模式，然后先只开启系统代理测试实际网页。
- 做一个对照。 条件允许时，用同一订阅在另一台设备或手机热点下测试。只有这台电脑失败，优先检查本机；多个设备和网络都失败，再联系订阅服务商核对。
如果你还没有完成订阅导入、节点选择和系统代理设置，先回到 Clash Verge Rev 新手教程 按顺序完成基础配置。
订阅更新失败或获取不到节点
先看订阅卡片或日志中的具体结果，不要把所有报错都归到 DNS。
请求超时或无法连接
- 确认当前网络能否访问订阅域名；可切换一次手机热点做对照。
- 如果已经有可用的旧节点，可以按服务商说明尝试“通过代理更新”；没有任何可用节点时，这个选项无法提供有效出口。
- 回服务商后台重新复制订阅地址，排除旧地址被重置、复制不完整或包含多余空格。
出现 401 或 403
这类状态需要先核对订阅地址和服务商账户。不要反复重装客户端，也不要在公开求助时贴出完整链接。重新获取地址后仍失败，应把状态码、发生时间和已做的网络对照发给服务商。
出现证书错误
先校准系统时间，并检查公司网络、杀毒软件或安全网关是否在做 HTTPS 检查。不要把“允许无效证书”当作常规修复；它会跳过证书校验，只适合你明确理解风险且来源可信的受控测试。
更新成功但节点列表为空
确认刚更新的配置已经被激活，并查看日志是否出现配置解析错误。不要直接修改不熟悉的 YAML 字段；应先让订阅服务商确认输出的是 Clash/Mihomo 可识别的配置。
提示配置正在校验，或 ASN.mmdb 下载失败
看到 Configuration validation is already running 时，先停止重复点击更新。这句话表示客户端已有一项配置校验正在进行，新请求没有进入校验；它本身不能说明订阅链接失效，也不能直接证明是 ASN 数据库出错。
订阅文件下载成功，也不等于内核已经接受配置。按下面顺序检查：
- 保留现有配置和准确报错。 旧节点仍能用时不要删除订阅；记下版本、更新时间和原始错误文字。
- 查看这一次更新前后的日志。 从设置中的“日志目录”取当天日志，重点找“订阅更新”“验证”和明确的失败文件或下载地址。需要重新采集时，按下方导出日志步骤重启后只复现一次，不要同时更新全部订阅。
- 有新进度时先让校验完成。 只有忙碌提示、没有明确失败项时，不能靠连续点击解决。若日志持续无新进展，先保存日志，再正常退出并重开客户端，尝试一次更新；仍失败就用新日志继续定位，不反复重装。
- 按失败对象处理。 订阅 URL 请求失败，回到前面的网络、账户或证书分支；明确出现
ASN.mmdb、GEO 数据或规则资源下载失败，则记录资源名称、实际下载域名和错误原因。只有解析失败才进入 DNS 分支；HTTP 错误、证书错误、文件读取错误不要混在一起。
只有日志提到 ASN 数据库下载失败时，再检查这一项。 某些配置需要用这个数据库判断 IP 所属网络，缺少文件时可能无法启动。仅有“校验正在进行”的提示时，先按前面的步骤等待、查看日志，不要直接认定是数据库问题。
截至 2026 年 9 月 23 日，官方发布的 v2.5.5 已列出补充 ASN 数据库文件，见 Release 变更记录。仍在用较旧版本且日志符合上述条件时，可以先备份配置，再从 下载中心了解安装方式，并核对官方稳定版；不要把升级当作所有订阅错误的保证修复，也不需要为此追逐日构建或 RC。
Mihomo 的 geox-url 文档列出了不同 GEO 资源的下载配置。排查时以自己日志中的实际资源为准：可在另一网络下对照该公开资源地址是否可访问，但浏览器能下载并不能证明客户端用了相同网络路径。不要把订阅链接发给在线检测工具，也不要直接复制陌生镜像、删除所有数据库或关闭证书校验。
处理后手动更新一次，确认校验不再失败、正确配置已激活、节点可见，并实际打开目标网站。只看到更新时间变化，还不足以判定修复成功。仍失败时提供脱敏后的失败对象、版本、时间和网络对照结果，避免上传完整配置。
节点全部 timeout 或全部 error
先区分测速与实际访问
开启系统代理后，选择一个节点并实际访问目标网站：
- 网页可访问，只是延迟测试全红： 节点并非一定不可用。官方 FAQ 记录过 HTTPS 扫描导致测试请求证书不一致、从而立即超时的情况。先看日志；如果确实由安全软件的 Web/HTTPS 扫描触发，只临时关闭对应扫描或对官方内核做受控信任测试，验证后恢复防护。
- 网页和延迟测试都失败： 更新订阅，换一个节点，核对代理模式，并用另一网络或设备做对照。
- 只有少数节点失败： 直接换到可用节点，并向订阅服务商反馈故障节点；这通常不需要重置客户端。
测速结果、网页访问和订阅更新是三条不同的检查路径。不要只看一个红色 timeout 就同时改 DNS、TUN、端口和订阅。
系统代理正常，但 TUN 一开就断网
先关闭 TUN，只保留系统代理。如果网页立即恢复，故障范围已经缩小到 TUN、虚拟网卡、路由或 DNS，不需要重做订阅。
- 完全退出其他 VPN、游戏加速器、OpenVPN、WireGuard 或虚拟网络工具，再重新开启 TUN 做对照。
- 检查 Clash Verge Rev 的服务是否已经安装并能正常启动；不要在服务状态未知时反复开关。
- Windows 官方 FAQ 提到，多网卡、网段或规则冲突可能导致 TUN 网络异常。先临时停用明确不需要的虚拟网络软件并导出日志，不要直接删除系统网卡。
- macOS 关闭 TUN 后仍未恢复时，记录当前 DNS、修改前已知的设置和日志，再按 macOS 官方排障说明及具体错误继续排查；不知道原值时不要凭猜测覆盖系统网络设置。
需要了解 TUN 的适用场景和开启步骤，可继续阅读 Clash Verge TUN 模式指南。
DNS 什么时候才值得改
出现以下情况时，再检查 DNS 设置：
- 订阅域名无法解析，但其他网络能访问；
- 日志明确出现域名解析错误；
- IP 可以访问，而特定域名无法访问；
- 系统代理正常，TUN 开启后出现与 DNS 相关的日志错误。
优先把系统 DNS 恢复为“自动获取”，或使用你所在网络、公司内网或可信服务明确要求的 DNS。不要把固定公共 DNS 地址当作万能答案；不同网络、内网域名和隐私要求并不相同。
改动后只测试原来的失败场景。问题没有变化，就恢复原设置并继续检查下一层。
退出软件后仍然断网
在 Windows 中，异常退出、断电或蓝屏后，系统手动代理可能仍指向已经停止监听的本地端口。
打开“设置 → 网络和 Internet → 代理”，检查“使用代理服务器”是否仍开启。Clash Verge Rev 已退出时，可先关闭这个残留开关，再测试基础网络。客户端重新启动后再按正常流程开启系统代理。
如果日志明确提示端口监听失败或端口被占用，再按照 Clash Verge 端口设置指南 检查，不要在没有端口错误时随意改端口。
导出日志再求助
如果以上分流仍未解决，日志比反复重装更有用。按照 Clash Verge Rev 官方日志说明 操作：
- 区分应用日志与内核日志：订阅和配置校验先看应用日志，节点连接再结合内核日志。需要更多信息时，分别调整“应用日志等级”和内核“日志等级”，然后完全退出并重新启动客户端；不要以为只改内核等级就会补齐应用错误。
- 只重复一次能够稳定触发问题的操作。
- 选择当天、序号最新的日志。
logs目录主要是 GUI 日志，service子目录保存内核日志。 - 记录操作系统、Clash Verge Rev 版本、使用系统代理还是 TUN、准确报错文字，以及同一订阅在其他设备或网络下的对照结果。
- 发送前遮盖订阅 URL、节点服务器凭据、用户名、令牌和其他私人信息。
- 采集结束后恢复原来的日志级别；普通排查结束可按官方建议恢复 Info，避免长期保留大量调试记录。
安装包入口见 站内下载中心，最新稳定版本请同时核对 官方 Release 变更记录。系统问题可参考 官方 Windows FAQ、官方 macOS FAQ。只有在能稳定复现并准备好脱敏日志后，再到项目 Issues 求助。
修复后的验收清单
- 订阅可以手动更新，更新时间确实发生变化；
- 正确配置已激活，代理页面能看到节点；
- 至少一个节点能实际打开目标网站，而不只是延迟测试显示数字；
- 规则模式下国内直连和代理访问都符合预期；
- 如果需要 TUN，开启后网络仍正常；关闭 TUN 或退出客户端后，系统网络能够恢复；
- 日志不再重复出现本次故障对应的错误。
完成这些检查后，再恢复自动更新、TUN 或其他高级设置。若问题只在某个版本出现，请到 Clash Verge Rev 官方 Release 核对变更说明，不要从来源不明的网站下载所谓修复版。