Clash Verge Rev 显示所有节点 timeout，不一定代表所有节点都坏了。先判断是“延迟测试失败但网页仍能访问”，还是“订阅、节点和实际访问都失败”，再从对应一层开始处理。
这篇指南适用于以下情况：节点全红或全部 error、订阅更新失败、导入后没有节点、系统代理可用但 TUN 一开就断网，以及退出客户端后网络仍未恢复。
先按症状分流
| 你看到的现象 | 先检查什么 | 暂时不要做什么 |
|---|---|---|
| 所有节点测速超时，但目标网站能正常打开 | 把它当作测速异常，查看测试日志和 HTTPS 检查 | 不要立即更换订阅或重装客户端 |
| 订阅更新失败，旧节点仍能使用 | 订阅地址、账户状态、当前网络能否访问订阅域名 | 不要删除仍能使用的旧配置 |
| 更新显示成功，但节点列表为空 | 是否激活了正确配置、订阅内容是否能被解析 | 不要把它与“节点测速超时”混为同一问题 |
| 同一订阅在其他设备可用，只有这台电脑失败 | 本机时间、模式、系统代理、TUN、网卡与日志 | 不要先断定服务商全部节点故障 |
| 系统代理可用，打开 TUN 后全部断网 | TUN 服务、其他虚拟网卡或隧道软件、DNS 与路由 | 不要直接删除网卡或清空全部配置 |
| 退出 Clash Verge Rev 后仍无法联网 | 系统是否残留手动代理或 TUN 状态 | 不要在网络未恢复时继续叠加修改 |
五分钟基础检查
一次只改一项，每一步都重新测试。这样才能知道是哪一层恢复了。
- 确认本机网络正常。 暂时关闭系统代理和 TUN，检查普通网站是否能打开。基础网络也不可用时，先处理 Wi-Fi、有线网络或上游网络故障。
- 开启系统自动校时。 时间偏差会影响 HTTPS 证书校验，也可能让订阅请求或节点连接报错。
- 核对订阅状态。 到服务商后台确认套餐、流量和订阅地址仍有效，再重新复制一次订阅地址。不要把完整订阅 URL 发到公开评论、截图或日志中。
- 更新并激活正确配置。 回到“订阅”页面手动更新，确认更新时间已经变化，再单击要使用的配置将其激活。
- 选择节点和规则模式。 在“代理”页面选择一个节点，确认当前不是“直连”模式，然后先只开启系统代理测试实际网页。
- 做一个对照。 条件允许时，用同一订阅在另一台设备或手机热点下测试。只有这台电脑失败，优先检查本机；多个设备和网络都失败，再联系订阅服务商核对。
如果你还没有完成订阅导入、节点选择和系统代理设置，先回到 Clash Verge Rev 新手教程 按顺序完成基础配置。
订阅更新失败或获取不到节点
先看订阅卡片或日志中的具体结果，不要把所有报错都归到 DNS。
请求超时或无法连接
- 确认当前网络能否访问订阅域名；可切换一次手机热点做对照。
- 如果已经有可用的旧节点，可以按服务商说明尝试“通过代理更新”；没有任何可用节点时，这个选项无法提供有效出口。
- 回服务商后台重新复制订阅地址，排除旧地址被重置、复制不完整或包含多余空格。
出现 401 或 403
这类状态需要先核对订阅地址和服务商账户。不要反复重装客户端，也不要在公开求助时贴出完整链接。重新获取地址后仍失败，应把状态码、发生时间和已做的网络对照发给服务商。
出现证书错误
先校准系统时间，并检查公司网络、杀毒软件或安全网关是否在做 HTTPS 检查。不要把“允许无效证书”当作常规修复；它会跳过证书校验，只适合你明确理解风险且来源可信的受控测试。
更新成功但节点列表为空
确认刚更新的配置已经被激活，并查看日志是否出现配置解析错误。不要直接修改不熟悉的 YAML 字段；应先让订阅服务商确认输出的是 Clash/Mihomo 可识别的配置。
节点全部 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，关闭 TUN 后应恢复原设置。若关闭后没有恢复，记录原 DNS、当前 DNS 和日志，再按官方文档排查。
需要了解 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、节点服务器凭据、用户名、令牌和其他私人信息。
普通用户优先使用 当前正式版下载入口 和 官方 Windows FAQ、官方 macOS FAQ。只有在能稳定复现并准备好脱敏日志后，再到项目 Issues 求助。
修复后的验收清单
- 订阅可以手动更新，更新时间确实发生变化；
- 正确配置已激活，代理页面能看到节点；
- 至少一个节点能实际打开目标网站，而不只是延迟测试显示数字；
- 规则模式下国内直连和代理访问都符合预期；
- 如果需要 TUN，开启后网络仍正常；关闭 TUN 或退出客户端后，系统网络能够恢复；
- 日志不再重复出现本次故障对应的错误。
完成这些检查后，再恢复自动更新、TUN 或其他高级设置。若问题只在某个版本出现，请到 Clash Verge Rev 官方 Release 核对变更说明，不要从来源不明的网站下载所谓修复版。