Clash Verge Rev 连接不上节点怎么办？按现象逐步排查
简答：先关闭 TUN、其他 VPN 和代理插件，只保留 Clash Verge Rev 的系统代理，然后在 Proxies 中固定一个节点测试。若仍失败，再依次检查 Profiles 订阅、当前配置、Mixed Port、Connections/Logs 日志、DNS 与规则；不要一开始就重装。
定义：Clash Verge Rev 连接不上节点，通常需要把订阅未生效、节点超时、代理入口未监听、TUN 或 DNS 冲突、规则误走 DIRECT 等问题分层排除，而不是只看一个延迟数字。
先做三步速查：关闭 TUN，只测试一个节点
本文面向已经安装 Clash Verge Rev、但节点超时、网页打不开或系统代理未生效的用户。界面名称和可用选项以你当前安装版本为准；本文不覆盖订阅服务商的账号、节点质量、价格或服务状态，也不把一次延迟测试当作网页一定可用。
- 恢复普通网络：退出或暂时关闭 Clash Verge Rev、其他 VPN、代理插件和加速器，确认浏览器可以正常打开普通网页。若关闭客户端后仍无法联网，先处理系统网络、路由器或 DNS 问题。
- 只保留一种接管方式：在 Clash Verge Rev 中先关闭 TUN，只启用 System Proxy；如果系统代理也不稳定，可先关闭所有接管方式，再重新启用系统代理。官方界面说明 TUN 会捕获系统流量，启用 TUN 时通常不需要同时启用系统代理，二者同时开启会增加判断变量。查看项目界面对 TUN 与 System Proxy 的说明
- 固定单个节点：在 Proxies 中不要先使用自动选择、负载均衡或复杂策略组，手动选择一个节点，然后访问一个普通网页，并观察 Connections 或 Logs 是否出现对应请求。若没有连接记录，优先检查系统代理是否真的指向当前客户端入口；若出现记录，再根据日志现象分流。
停止条件：单个节点能产生连接记录且网页能打开，就先不要改 DNS、规则和 TUN。此时问题可能只出在策略组选择或某个应用未使用系统代理。
按“现象→检查位置→判断→下一步”分流
| 现象 | 先检查 | 如何判断 | 下一步 |
|---|---|---|---|
| Profiles 中没有节点 | 订阅更新结果、当前配置 | 配置未选中、更新失败或解析后内容为空 | 重新更新配置，确认更新时间、错误提示和节点列表；不要直接覆盖原配置 |
| 所有节点都 timeout | 普通网络、节点域名解析、日志 | 多个节点都无响应不等于某一个节点必坏，可能是订阅、DNS、出口或客户端接管方式 | 关闭 TUN 和 DNS 覆写，固定单节点复测；仍失败时保留日志并向服务提供方核验 |
| 只有一个节点 timeout | 该节点地址、端口和策略组 | 其他节点可以连接时，故障范围更接近单节点或节点线路 | 切换另一个节点对照，不要据此断定服务商整体不可用 |
| 有延迟但网页打不开 | Connections、规则模式、DNS | 延迟测试只是向测试地址发请求，不代表目标网页、DNS 和规则链路都正常 | 临时切换 Global 或固定代理组做对照；检查请求是否显示 DIRECT、REJECT、timeout 或 DNS 错误 |
| Logs 出现 bind 或 address already in use | 端口占用、旧进程 | 本地监听端口可能已被其他进程占用；端口号必须以当前设置为准 | 退出重复运行的客户端，检查占用进程后重新启动，不要盲目改成固定端口 |
| 只有某个应用失败 | 应用是否遵循系统代理、系统代理绕过列表 | 浏览器能用不等于所有应用都会读取系统代理 | 先用同一浏览器复测，再查看该应用的代理设置；企业内网域名应按实际网络要求设置绕过 |
项目文档说明，配置、订阅地址、代理地址、密码和 UUID 等内容通常保存在本机；提交日志前应删除订阅令牌、服务器地址、账号信息和访问域名。查看项目隐私说明中的日志与配置边界
检查 Profiles、Proxies 与当前核心状态
- 打开 Profiles，确认订阅条目仍存在，并执行一次更新。重点看更新是否完成、是否出现 HTTP 错误、解析错误或空配置。订阅下载成功不等于节点一定可用，仍需确认该配置已经被选中。
- 打开 Proxies，确认当前使用的配置里确实有节点和策略组。手动选择一个节点，避免自动选择因测速失败、策略组为空或规则条件不明而误导判断。
- 确认 mihomo 核心处于运行状态。若界面提示核心通信错误、代理组为空或配置无法加载，先重启核心或客户端，再观察 Logs；不要把“端口能监听”直接等同于“代理出站成功”。
- 打开 Connections 或 Logs 发起一次明确请求。没有记录，优先检查应用是否走系统代理；有记录但显示 DIRECT，优先检查模式和规则；显示 timeout，优先检查节点、DNS 或链路；出现 DNS error，优先检查 DNS 覆写和节点域名解析。
这些日志词只能作为优先检查项，不能单独证明故障原因。项目官方仓库确认该客户端基于 mihomo 核心，并支持配置管理、系统代理、TUN 和可视化节点规则。查看 Clash Verge Rev 项目说明
Windows：核对系统代理与端口是否一致
Windows 优先使用系统自带命令做只读检查。请先在 Clash Verge Rev 当前设置中查看代理地址和 Mixed Port，再把实际地址、端口替换进命令，不要直接套用网络文章里的固定数字。
查看本机监听端口：
netstat -ano | findstr LISTENING
如果知道当前端口，可进一步筛选：
netstat -ano | findstr :端口号
记录最后一列 PID 后，再执行：
tasklist /FI "PID eq 进程号"
若端口被旧的 Clash Verge Rev、mihomo 或其他程序占用，先正常退出重复进程，再重新启动客户端。不要在没有确认用途时结束系统进程。
随后检查 Windows 系统代理的服务器地址是否与客户端当前监听地址一致。地址或端口不一致时，浏览器可能显示代理错误；地址一致但 Connections 没有请求，则可能是浏览器未使用系统代理、代理绕过规则生效，或客户端核心没有真正完成出站。
验证边界：看到端口 LISTENING 只说明本机有程序监听，并不证明节点可连接，也不证明目标网页能打开。
macOS 与 Linux：只做必要的端口和进程检查
macOS 可使用以下命令查看监听端口：
lsof -nP -iTCP:端口号 -sTCP:LISTEN
Linux 可使用：
ss -lntp | grep :端口号
如果命令没有结果，先回到客户端设置确认端口、核心和当前配置；如果有结果，继续在客户端 Connections 或 Logs 中发起请求。macOS、Linux 的系统代理入口和权限提示可能与 Windows 不同，不要把 Windows 的菜单路径直接套用。
若 macOS 或 Linux 开启 TUN 后失败，先关闭 TUN，使用系统代理完成单节点测试。TUN 涉及虚拟网卡、自动路由、DNS 接管和防火墙，适合在普通系统代理链路确认后再启用。mihomo 文档也将 TUN 描述为可捕获系统流量、执行自动路由和 DNS 接管的入口。查看 mihomo TUN 配置说明
TUN、DNS 与规则：在基础连接正常后再处理
- 先确认 TUN 的权限：Windows 下官方 FAQ 说明，TUN 需要 Service Mode 或管理员权限；如果服务不可用，客户端可能切换到普通模式，此时普通用户权限不能使用 TUN。查看 Windows 官方 FAQ
- 关闭系统代理做 TUN 对照：TUN 测试时先关闭 System Proxy，避免同一请求同时经过操作系统代理和虚拟网卡。若关闭 TUN 后系统代理正常、开启 TUN 后全部超时，优先检查虚拟网卡、自动路由、DNS 接管、防火墙和其他 VPN 冲突。
- 检查 DNS 错误：mihomo 的 DNS 配置包含默认解析器、代理服务器解析器、Fake-IP 和规则相关策略。节点服务器是域名时，DNS 配置错误可能表现为节点无法拨号；不要仅凭网页打不开就随意更换多个公共 DNS。查看 mihomo DNS 配置说明
- 检查规则分流：若 Connections 中请求显示 DIRECT，说明该请求可能被规则判定为直连；若你只是想验证节点链路，可临时使用 Global 或固定代理组对照。测试完成后恢复原来的 Rule 模式，避免把临时测试设置当作长期配置。
最小改动原则：一次只改一个开关，并记录原状态。推荐顺序是关闭 TUN→固定节点→确认系统代理→观察 Connections/Logs→再检查 DNS→最后才恢复 TUN。
排查完成后的回滚与求助清单
- 恢复原来的代理模式、策略组、DNS 覆写和 TUN 状态。
- 删除为测试临时加入的节点、规则、绕过域名和路由排除项。
- 再次关闭客户端，确认普通网络恢复；重新打开后只验证一个节点和一个网页。
- 如果仍然失败，记录客户端版本、操作系统、当前模式、是否 TUN、订阅更新结果、单节点现象、Connections/Logs 关键行和端口检查结果。
- 分享日志前，删除订阅 URL 中的令牌、节点密码、UUID、服务器地址、内网域名和具体访问记录。官方隐私说明提醒，日志可能包含请求域名、IP 地址和连接元数据。查看日志脱敏边界
如果系统代理模式可以连接，而 TUN 模式不行，先保持系统代理作为临时回滚方案；如果所有模式都不行，则优先核验订阅是否有效、节点是否仍提供服务，以及本地网络是否能解析和访问节点地址。
补充说明：本文的证据边界
本文的客户端能力、TUN 与系统代理关系、Windows 权限提示、日志和本地配置边界，依据 Clash Verge Rev 项目仓库、项目文档和 mihomo 官方文档整理。第三方使用指南站不会把项目自述扩大为对某个订阅服务、线路质量、速度或可用性的保证；相关服务状态应以服务提供方当前信息为准。
常见问题
Clash Verge Rev 连接不上节点，应该先开 TUN 吗？
不建议。先关闭 TUN 和其他 VPN，只启用系统代理测试一个节点。系统代理链路确认正常后，再单独开启 TUN，否则无法判断是节点、系统代理还是虚拟网卡导致失败。
节点测速有延迟，为什么网页还是打不开？
延迟测试只代表客户端能向测试地址发起一次请求，不代表目标网页的 DNS、规则、TLS 和实际出站都正常。请在 Connections 中查看请求是否走了 DIRECT、REJECT、timeout 或 DNS error，并用固定节点做对照。
Profiles 订阅更新成功，但 Proxies 里没有节点怎么办？
先确认更新后的配置是否已被选中，再检查是否出现解析错误、空配置或策略组为空。不要直接删除原配置；保留原条目，重新更新一次并观察日志。
Windows 提示 TUN 无法使用，是否必须重装？
通常不必先重装。先检查 Service Mode 或管理员权限，确认是否有其他 VPN、虚拟网卡和防火墙冲突；如果系统代理可用，可先回滚到系统代理模式。
日志里的 timeout、bind、DNS error 能直接确定原因吗？
不能。它们只能作为优先检查项：timeout 可能涉及节点或链路，bind 可能涉及本地端口占用，DNS error 可能涉及解析配置。应结合是否有连接记录、单节点与多节点差异以及模式变化一起判断。