Clash Verge Rev 连接不上怎么办？按症状逐层排查
简答：Clash Verge Rev 连接不上时，先关闭 System Proxy 和 TUN，确认普通网络正常；再检查订阅是否更新成功、配置是否启用、代理组是否有节点；最后只开启一种接管方式，用固定节点复测。本文只处理 Clash Verge Rev 桌面端连接排查，不覆盖订阅服务商状态、具体节点质量或未核实的版本兼容结论。
定义：Clash Verge Rev 连接故障，是指普通网络、订阅配置、节点出站、系统代理或 TUN 接管链路中至少有一层未完成或未生效。
先看症状：一分钟判断故障在哪一层
先不要重装，也不要同时修改 DNS、规则、端口和 TUN。Clash Verge Rev 的系统代理、TUN 和内核运行状态可能分别影响结果；官方 Windows FAQ 也将系统代理残留、TUN 权限、网卡冲突和服务模式列为不同排查方向。本文是 Bocchi 的第三方使用指南，不是 Clash Verge Rev 官方页面，菜单名称可能随版本变化。
| 层级 | 先做什么 | 看到什么结果 | 下一步 |
|---|---|---|---|
| 普通网络 | 关闭 Clash Verge Rev 的 System Proxy 和 TUN，访问一个平时能直连打开的网页 | 网页仍打不开 | 先检查 Wi-Fi、网线、系统网络或其他 VPN，不继续改客户端 |
| 订阅与配置 | 更新订阅，确认配置卡片已启用 | 更新失败、配置为空或出现解析错误 | 先处理订阅地址、网络响应或配置格式 |
| 节点出站 | 在代理组中手动固定一个节点，保持 Rule 模式复测 | 有节点但请求超时或没有出站结果 | 查看 Connections 和 Logs，区分请求是否进入内核 |
| 系统代理 | 只开启 System Proxy，核对系统代理地址、协议和当前端口 | 浏览器请求没有进入 Connections | 检查浏览器代理、系统代理开关和端口是否一致 |
| TUN 接管 | 只有 System Proxy 已能稳定复测后，再开启 TUN | 开启后整机断网或 DNS 异常 | 回滚 TUN，再检查权限、服务模式、虚拟网卡、路由和 DNS |
- 关闭 System Proxy 和 TUN，验证普通网络。
- 确认配置已启用，并且代理组中确实有节点。
- 只开启 System Proxy，固定一个节点，用同一个网页和同一请求路径复测。
停止条件是：普通网络仍不可用时不进入订阅排查；配置没有节点时不进入 TUN 排查；请求没有出现在 Connections 时不把问题直接归因于节点质量。
按系统照做：Windows、macOS、Linux 最短路径
Windows
- 打开 Clash Verge Rev 当前设置，记录实际的 HTTP、SOCKS 或 Mixed 端口，不要直接套用网上常见的固定端口。
- 只开启 System Proxy，确认系统代理地址和端口与客户端当前设置一致。Windows 的 WinHTTP 代理是独立的查看维度，可运行
netsh winhttp show proxy查看；该命令用于查看 WinHTTP 配置，不等同于浏览器代理设置。参考：Microsoft Learn：netsh winhttp。 - 命令提示符运行
netstat -ano，根据本地端口找到 PID，再到任务管理器核对进程。Microsoft 文档说明，-n使用数字显示地址和端口，-o显示进程 ID。监听只证明本机有进程接收连接，不证明请求已经成功代理出站。参考：Microsoft Learn：netstat。 - 如果开启 TUN 后断网，先关闭 TUN。若客户端提示服务模式不可用或需要权限，再按官方 FAQ 检查管理员运行、服务模式、Windows 防火墙和多余网卡；不要在未备份时直接替换内核文件。参考：Clash Verge Rev Windows FAQ。
Windows 的管理员权限或 Service Mode 主要在 TUN、服务内核和部分网络接管场景中需要；单纯查看端口通常不需要管理员权限，但使用 netstat -b 查看关联可执行文件时可能需要更高权限。
macOS
- 关闭 TUN 和 System Proxy，确认普通网络可以访问。
- 只开启 System Proxy，进入“系统设置—网络—当前网络—详细信息—代理”，核对 HTTP、HTTPS、SOCKS 和例外地址设置。Apple 官方路径为“系统设置—网络—网络服务—详细信息—代理”。参考：Apple：在 Mac 上更改代理设置。
- 如果 System Proxy 可以使用，再单独开启 TUN。开启后若整机无法联网，立即关闭 TUN，记录是否恢复，不要同时修改 DNS 和 MTU。
macOS 的代理设置页面只能证明系统代理项目是否填写，仍需结合浏览器请求是否进入 Connections 和节点出站结果判断。
Linux
- 关闭 TUN 和 System Proxy，确认基础网络正常。
- 只开启 System Proxy，检查桌面环境或当前应用是否读取系统代理；命令行工具和部分桌面应用可能使用自己的代理设置。
- 运行
ss -ltnp查看 TCP 监听端口；其中-l表示只显示监听套接字，-n保持数字显示。参考：Linux man-pages：ss。 - 若 TUN 依赖路由或防火墙规则，先回滚到 System Proxy，再逐项检查虚拟接口、路由和防火墙规则。不要直接复制未经核验的命令。
三套系统都遵循同一停止条件：端口监听正常但 Connections 没有请求，只能说明本机有监听进程，不能证明浏览器或应用已经正确使用代理。
按具体症状分流：不要把所有问题都归因于节点
| 症状 | 先做的动作 | 验证结果 | 仍失败时 |
|---|---|---|---|
| 已连接但浏览器打不开 | 只保留 System Proxy，核对系统代理端口 | 浏览器请求出现在 Connections，且有明确出站结果 | 检查浏览器独立代理、其他 VPN 和端口冲突 |
| 订阅更新成功但没有节点 | 确认更新后的配置卡片已启用 | 代理组中出现节点并可手动选择 | 查看 Logs 是否有 parse、YAML 或格式错误 |
| 所有节点都超时 | 固定一个节点，保持同一模式复测 | 请求进入 Connections，日志显示失败阶段 | 对照另一个节点或网络环境，但不要把单次超时当成长期结论 |
| 只有部分网站打不开 | 临时切换到 Global，固定一个节点测试 | Global 可用而 Rule 不可用 | 检查规则匹配顺序和目标策略 |
| 开启 TUN 后整机断网 | 关闭 TUN，只保留 System Proxy | 普通网页和代理网页恢复 | 再查权限、服务模式、虚拟网卡、路由、防火墙和 DNS |
| 退出客户端后仍无法联网 | 关闭系统代理并重新检查系统代理开关 | 客户端退出后普通网络恢复 | 检查系统代理残留或其他代理软件接管 |
Rule、Global、Direct 是内核的不同运行模式：Rule 按规则匹配，Global 使用全局代理组，Direct 全局直连。mihomo 文档同时说明，规则按从上到下的顺序匹配，靠前规则优先。参考：mihomo 通用配置和mihomo 路由规则。
如果 Global 下固定节点可以复测，而 Rule 下不行，优先检查规则命中和策略组选择；如果三种模式都失败，再回到请求是否进入内核、DNS 解析和节点出站链路。
常见日志关键词：只当排查方向，不当最终诊断
以下关键词只能帮助你决定先查哪一层，不能单独证明唯一原因。应同时记录请求是否进入 Connections、规则命中结果、节点出站结果和回滚后的对照结果。
| 日志关键词 | 常见排查方向 | 低风险动作 |
|---|---|---|
401 | 认证信息、订阅令牌或节点凭据 | 重新核对凭据和订阅地址，不公开令牌 |
403 | 访问权限或服务端拒绝 | 换一个可控网络环境复测，并向服务提供方核对权限 |
timeout | 节点、路由、DNS 或出站链路 | 固定另一个节点，比较同一请求是否进入 Connections |
connection refused | 本机端口或目标端口未接受连接 | 核对客户端当前端口、系统代理端口和监听进程 |
x509 | TLS 证书校验或系统时间环境 | 检查系统日期、证书错误对象和订阅地址，不要盲目关闭证书校验 |
parse、YAML | 配置格式、字段或缩进问题 | 恢复上一份备份，逐项改动，不直接复制未知配置片段 |
日志出现错误并不等于已经定位完成。例如 timeout 可能发生在 DNS、连接建立或节点出站阶段；必须结合 Connections 和同一节点的重复对照测试。
TUN、DNS 和权限：什么时候继续，什么时候回滚
TUN 会把系统流量导入虚拟网络接口，并可能涉及自动路由、DNS 设置和 DNS 劫持。mihomo 文档说明，TUN 的 auto-route 用于自动设置全局路由，Windows 下严格路由还可能添加防止 DNS 泄漏的防火墙规则；这些设置异常时，可能出现开启 TUN 后断网或 DNS 失败。参考：mihomo：TUN 配置。
- 先关闭 TUN，只保留 System Proxy，用同一个网页和同一个固定节点复测。
- 如果 System Proxy 正常而 TUN 失败，检查客户端是否提示需要 Service Mode 或管理员权限。
- 一次只停用一个其他 VPN、虚拟网卡、网络过滤器或安全软件，停用后立即复测并记录结果。
- 若 Logs 显示 DNS 相关错误，先核对 DNS 设置、系统 DNS 和规则命中，不要因为某个网页偶尔打开就判断 DNS 已恢复。
- 若仍无法恢复，关闭 TUN、关闭 System Proxy、恢复配置备份，再重启客户端。
回滚成功的标准是：普通网络恢复，系统代理开关状态符合预期，客户端没有继续接管路由或虚拟网卡。端口监听、绿色图标、节点延迟或 Connected 状态都不能单独证明网页已经通过代理访问。
重装前后怎么做：保留证据再排除本地程序问题
重装只能帮助排除本地程序文件、权限、服务安装或配置目录异常，不能直接修复订阅失效、节点不可达、DNS 错误或基础网络故障。只有在基础网络、订阅、配置、固定节点和 System Proxy 已分别验证后，才适合把重装作为下一步。
- 重装前保留：当前客户端版本信息、操作系统版本、配置备份、脱敏后的订阅来源说明、错误关键词和复现步骤。
- 不要公开：完整订阅链接、访问令牌、密码、UUID、节点凭据、完整日志和含个人域名的截图。
- 重装后顺序：先只导入一份配置，启用一个节点，只开启 System Proxy；确认浏览器请求进入 Connections 后，再单独测试 TUN。
- 恢复规则：每次只改一个变量，失败就恢复上一项设置，不要在多个配置文件之间同时切换。
如果问题只发生在导入订阅后没有节点，应先查看Clash Verge Rev 导入订阅后没节点怎么查，确认配置层无误后再回到本文检查端口、系统代理和 TUN。
常见问题
Clash Verge Rev 显示已连接，但浏览器还是打不开怎么办？
先关闭 TUN，只保留 System Proxy，核对系统代理地址和端口是否与客户端当前设置一致。然后查看 Connections 是否出现浏览器请求；没有请求时优先查浏览器或系统代理，有请求但失败时再查 Logs、规则命中和节点出站。
Clash Verge Rev 订阅更新成功，为什么还是没有节点？
更新成功不等于配置已经启用。先确认更新后的配置卡片处于启用状态，再查看代理组是否出现节点；如果 Logs 有 parse 或 YAML，应先恢复备份或重新取得可兼容配置，不要直接复制网上的固定字段。
Clash Verge Rev 一开 TUN 就断网，应该先改 DNS 吗？
不要同时改 DNS。先关闭 TUN，只开 System Proxy 固定一个节点复测；如果 System Proxy 正常，再按权限、Service Mode、虚拟网卡、路由、防火墙和 DNS 顺序逐项检查。每次只改一个变量，失败时恢复上一项设置。
Windows 上如何确认 Clash Verge Rev 的端口是否被占用？
先在客户端查看当前实际端口，再运行 <code>netstat -ano</code>，根据本地地址和端口找到 PID，并在任务管理器中核对进程。监听结果只能证明本机有进程监听该端口，不能证明代理已经成功连接节点。
Rule、Global 和 Direct 模式应该怎么选？
排查时可先保持 Rule 模式并固定一个节点；如果部分网站打不开，再临时切换 Global 做对照；Direct 用于确认直连路径。测试结束后恢复原来的模式，不要把临时 Global 结果当成规则配置已经修复。