Clash Verge Rev 代理连接失败怎么办？

更新于 2026-10-30 · wkacc.top

简答：Clash Verge Rev 代理连接失败，最快的处理顺序是：先确认关闭代理后本地网络正常，再确认配置已激活并选中可用节点，接着在 Connections 和 Logs 中判断请求卡在哪一层。没有连接记录先查系统代理和端口；显示 DIRECT 查规则或模式；显示 timeout 查节点、订阅和网络；显示 connection refused 查端口占用或内核监听；开启 TUN 后全局断网，则先关闭 TUN 回到普通系统代理模式验证。

定义：Clash Verge Rev 代理连接失败，是指客户端可能已启动，但请求没有进入 mihomo 内核、没有按预期选择代理节点，或代理节点、端口、DNS、系统代理与 TUN 接管链路中的某一环无法完成连接。

先看这一张：现象对应什么处理动作

本文面向 Windows、macOS 和 Linux 桌面版 Clash Verge Rev，按 2026 年 10 月 30 日核验到的项目资料整理。当前界面和菜单可能随版本变化；项目发布页显示 v2.5.8 已于 2026 年 10 月 9 日发布，升级或回退前应先备份配置。查看 Clash Verge Rev 项目发布页。

官方界面配置中明确列出了 System Proxy、Tun Mode、Port Config、Connections、Logs、Open Logs Dir 和 Export Diagnostic Info 等入口；端口被占用时，界面也可能提示端口已在使用或自动回退到其他端口。查看 Clash Verge Rev 设置字段。

最短排查流程：每次只改一个变量

1. 先做基线测试。退出或关闭 Clash Verge Rev 的 System Proxy 和 Tun Mode，确认浏览器在直连状态下能正常打开普通网页。如果关闭客户端后本地网络也不正常，先处理 Wi-Fi、网线、路由器、企业网关或系统网络问题，不要继续修改订阅。
2. 确认配置已激活。进入 Profiles，确认订阅或本地配置已经成功更新，并且当前使用的是刚更新的配置。若更新失败，记录页面显示的 HTTP 错误、解析错误或更新时间；不要把“订阅能下载”直接等同于“节点一定可用”。
3. 确认有节点并单独测试。进入 Proxies，展开策略组，手动选择一个节点。先不要同时修改规则、DNS、TUN 和端口。节点延迟测试只能说明探测请求的结果，不能单独证明浏览器访问一定成功。
4. 开启普通系统代理。先只打开 System Proxy，不开启 TUN。Clash Verge Rev 的系统代理设置用于修改操作系统代理；如果自动设置失败，可在系统代理设置中手动核对代理主机和端口。客户端设置字段包含 Proxy Host、Use PAC Mode、Proxy Guard 和 Bypass 等选项，具体显示以当前版本为准。核对系统代理与端口字段。
5. 打开 Connections 观察真实请求。刷新一个测试网页，回到 Connections 查看是否出现请求。如果没有记录，问题通常在浏览器未使用系统代理、端口不一致、代理扩展覆盖设置，或应用本身不遵循系统代理。如果有记录，继续看最终策略是 DIRECT、某个代理组，还是某个具体节点。
6. 最后才看 Logs。在 Logs 中记录发生时间、请求域名、错误关键词和所选节点。需要提交诊断信息时，先检查日志和配置是否包含订阅链接、节点地址、UUID、密码、访问域名等敏感信息。项目隐私说明提醒，日志和配置可能包含连接元数据、订阅令牌及访问目的地。查看项目隐私说明。

建议每次只改一个变量：先换节点，再切换模式，再检查端口，最后才调整 DNS 或 TUN。每次修改后都用同一个浏览器、同一个测试页面和同一个节点复测，才能知道是哪一步产生了变化。

按错误类型处理：订阅、规则、端口与节点

1. 没有连接记录：检查代理入口

如果刷新页面后 Connections 仍为空，先确认 System Proxy 的开关状态，再核对系统代理地址是否为本机地址，端口是否为 Clash Verge Rev 当前实际监听的端口。不要直接假定端口一定是某个固定数字，因为端口可以在 Port Config 中修改，也可能因占用而回退。Windows 可在“设置→网络和 Internet→代理”查看系统代理；macOS 可在“系统设置→网络→当前网络→详细信息→代理”查看；Linux 则检查桌面环境的网络代理设置或应用自己的代理设置。

如果只有某个浏览器没有连接记录，检查浏览器扩展是否启用了独立代理，或浏览器是否使用了单独的代理配置。若是命令行程序或开发工具，还要检查其自身代理设置和 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 等环境变量。此时不要开启 TUN 来掩盖入口问题，先让普通系统代理链路工作。

2. 显示 DIRECT：检查模式和规则

DIRECT 表示该请求被当前规则或工作模式判定为直连，并不等于节点失效。先检查当前是 Rule、Global 还是 Direct 模式；再查看 Connections 中的规则命中结果和最终策略组。可以临时切换到 Global，并手动选择一个节点进行对照测试。如果 Global 能访问而 Rule 不能，优先检查规则集、策略组选择和域名匹配，不要马上改 DNS。测试完成后恢复适合自己的模式。

3. 显示 timeout：分离节点问题和本地网络问题

timeout 说明请求已经进入客户端，但连接没有在规定时间内完成。先在 Proxies 中换一个节点；如果只有一个节点超时，可能是该节点、协议参数或订阅内容问题，需以订阅提供方的最新信息为准。如果多个节点同时超时，关闭 System Proxy 和 TUN 后确认本地网络正常，再检查系统时间、网络出口、防火墙和 DNS。不要把一次测速结果当作完整可用性证明。

4. 显示 connection refused：检查监听端口

进入 Settings 中的 Clash 或内核设置，打开 Port Config，确认启用的端口彼此不重复，并记录当前 Mixed、HTTP 或 SOCKS 端口。Windows 可使用 netstat -ano | findstr :端口 查看端口是否被占用，再用任务管理器按 PID 对照进程；macOS 或 Linux 可使用 lsof -nP -iTCP:端口 -sTCP:LISTEN。如果确认是其他代理软件占用，先退出冲突软件，再重新启动内核。修改端口后同步修改系统代理或应用代理，测试结束后保留一套明确的端口配置。

TUN、DNS 和系统代理：正确的切换顺序

System Proxy 和 TUN 不是同一件事。System Proxy 依赖应用遵循操作系统代理设置；TUN 通过虚拟网卡接管更多系统流量，因此适合处理不遵循系统代理的应用，但需要额外的服务、权限、路由、防火墙和 DNS 条件。Clash Verge Rev 的设置说明指出，TUN 需要 Service Mode 或管理员权限；Mihomo 文档也说明，不同 TUN 协议栈和防火墙规则会影响使用。查看 Mihomo TUN 官方文档。

1. 先关闭 TUN，仅开启 System Proxy，确认浏览器能正常访问。
2. 确认普通代理稳定后，再开启 TUN；Windows 使用管理员权限或已安装服务模式，macOS 和 Linux 按系统提示授权。
3. 开启 TUN 后如果所有应用都无法联网，立即关闭 TUN 回到普通代理，记录 Logs 中的 DNS、路由或权限错误。
4. 如果只有部分域名失败，再检查 DNS Override、Fake-IP、DNS Hijack 和规则，不要同时修改 MTU。DNS 设置的改动范围较大，应先备份配置并准备关闭 DNS Override 的恢复方案。
5. 如果是 Windows 防火墙拦截，按 Mihomo 文档检查内核程序和 TUN 网卡的放行状态；macOS、Linux 的防火墙处理方式不同，不能照搬 Windows 步骤。

如果系统中同时运行多个代理客户端、VPN、网络加速器或浏览器代理扩展，先全部退出，只保留 Clash Verge Rev 做基线测试。恢复后再逐个启动其他软件，找到冲突来源后再决定是否长期共存。

恢复与求助时，准备这份最小信息

如果以上步骤仍不能解决，先导出或备份当前配置，再收集以下信息：操作系统及版本、Clash Verge Rev 版本、当前使用的核心版本、Profiles 是否更新成功、选中的节点名称、System Proxy 或 TUN 状态、Connections 中的现象、Logs 中的错误关键词、是否存在其他代理软件。不要直接公开完整订阅链接、UUID、密码、节点地址或完整访问记录。项目设置中提供 Open Logs Dir、Open Core Dir 和 Export Diagnostic Info 等入口，可优先使用诊断导出功能，并在发送前删除敏感字段。查看诊断与日志入口字段。

如果关闭 TUN、恢复普通系统代理后可以访问，说明基础节点链路未必失效，问题更可能集中在 TUN 权限、虚拟网卡、路由、防火墙或 DNS 接管。相反，如果普通系统代理下也没有连接记录，应回到入口、端口、配置激活和浏览器代理设置继续排查。

常见问题

Clash Verge Rev 开启系统代理后浏览器还是直连，怎么办？

先看 Connections 是否出现浏览器请求。没有记录时，检查系统代理是否真的开启、代理主机和端口是否与 Port Config 一致，再检查浏览器扩展或浏览器独立代理设置。若有记录但显示 DIRECT，检查 Rule、Global、Direct 模式和策略组。

Clash Verge Rev 代理连接失败，需要直接重装吗？

不建议把重装作为第一步。先关闭 TUN 和系统代理做本地网络基线，再确认配置已激活、节点可选、Connections 有记录，并根据 Logs 区分 timeout、connection refused 和 DNS error。只有配置目录或客户端运行异常且已完成备份时，才考虑重置或重装。

为什么 Clash Verge Rev 的 TUN 一开就无法上网？

TUN 需要服务或管理员权限，并会涉及虚拟网卡、自动路由、DNS 接管和防火墙。先关闭 TUN，使用普通 System Proxy 验证节点和端口；普通代理正常后，再单独开启 TUN，检查权限、内核放行和 Logs。

Clash Verge Rev 连接失败时，7890 或 7897 一定是正确端口吗？

不一定。端口可在 Port Config 中修改，也可能因占用而自动回退。应以当前客户端显示的 Mixed、HTTP 或 SOCKS 端口为准，并同步检查操作系统代理和应用代理设置。

看到节点延迟正常，为什么网页仍然打不开？

延迟测试只代表探测请求得到结果，不能证明所有协议、域名、规则和网页请求都可用。请在 Connections 中查看真实请求是否命中节点、是否被判定为 DIRECT，以及 Logs 中是否出现 timeout、DNS 或连接拒绝错误。

相关阅读

• 继续检查 Clash Verge Rev 的配置、YAML、规则与 DNS
• 查看 Clash Verge Rev 订阅导入后的核验步骤
• 进入连接问题排查总清单

参考资料

1. Clash Verge Rev GitHub Releases
2. Clash Verge Rev 设置字段与界面文案
3. Clash Verge Rev 隐私说明
4. Mihomo TUN 官方文档