Clash Verge Rev 使用指南：三种代理模式、配置增强与六个高频故障 · 博客

Clash Verge Rev 是基于 Tauri 的 mihomo 图形客户端，当前版本 v2.5.10。本文讲清三件事：25 个安装文件里该点哪个、系统代理与 TUN 各自接管什么流量、订阅经过 Merge/Script 后怎么变成运行配置；附六个高频故障的定位表，以及一个实测的坑——开了 TUN 反而连不上服务器的非常规端口。

Clash Verge Rev 是现在 Windows 上用得最多的代理客户端之一，但它把「装完能用」和「用得顺」之间的差距藏得比较深：下载页有 25 个文件、设置里有系统代理和 TUN 两套接管方式、订阅还要经过 Merge 和 Script 两道工序才生效。这篇按实际使用顺序把这些讲清楚，并附上一张故障定位表——大部分「突然不能用了」都能在表里找到对应项。

它是什么

Clash Verge Rev 是基于 Tauri 2 的 mihomo（原 Clash.Meta）图形客户端，前身是 zzzgydi 的 clash-verge，现在是社区维护版。几个关键事实：

当前版本 v2.5.10；从 v2.5.9 起内置内核为 mihomo v1.19.33，并支持在内置与 Alpha 内核之间切换。
GPL-3.0 开源，官方声明不收集任何用户数据，配置与日志只存在本机。
Windows 已不支持 Win7；界面依赖 WebView2，这是后面很多「打不开」问题的根源。
下载地址：github.com/clash-verge-rev/clash-verge-rev/releases，文档在 clashverge.dev。

下载页 25 个文件，你只需要其中一个

先看架构再点下载，这一步错了会直接得到「此应用无法在你的电脑上运行」。

Clash Verge Rev 安装包选择：Windows x64/arm64、fixed_webview2 与 macOS、Linux 对应文件 — 机构名与后缀固定，只有版本号会变；.sig 是签名不是安装包

几个容易点错的地方：

x64 还是 arm64：绝大多数 Intel / AMD 机器用 x64-setup.exe；骁龙 X 这类 ARM 笔记本才用 arm64。拿不准就在「设置 → 系统 → 关于」里看处理器型号。
要不要 fixed_webview2：只有企业版系统（默认不带 WebView2）或怎么都装不上 WebView2 时才用，体积大一倍，功能没区别。
Mac 别混：M 芯片用 aarch64.dmg，Intel 用 x64.dmg，装错了打不开。
Linux：Debian 系用 deb（apt ./文件名），RedHat 系用 rpm（dnf ./文件名），别用 dpkg 安装 rpm。

系统代理和 TUN：两个开关，接管的东西不一样

这是最容易混淆的一处。两个开关不是「快慢档」，而是接管范围不同：

Clash Verge Rev 三种接管方式对比：系统代理、TUN 模式、都不开 — 系统代理只对「认代理」的程序生效，TUN 才是全流量接管

实际怎么选：

只上网页、看视频：系统代理足够，普通权限就能开，出问题也最容易恢复。
命令行、Docker、游戏、不认系统代理的客户端：必须用 TUN。注意 TUN 需要服务模式或管理员权限——如果出现过「服务内核未通过安全检查，已切换到普通模式（Sidecar）」，那个模式下是开不了 TUN 的。
别两个一起开。TUN 已经接管全部流量，系统代理再叠一层只会让排查变复杂。
排障时先全关：两个开关都关掉，确认网络本身正常，再逐个打开——能立刻分清是「网络问题」还是「代理问题」。

订阅改不动？先搞懂 Merge 和 Script 的顺序

很多人改了规则却发现不生效，原因是不知道订阅不是直接生效的：

Clash Verge Rev 配置处理链：订阅、Merge、Script、运行配置 — Merge 在前、Script 在后，最后才生成内核读取的运行配置

基于这个顺序，有两件事要记住：

临时规则写进 Merge 的 prepend-rules，它会插在订阅自带规则之前，优先级最高；写在 append-rules 里，前面已经匹配的流量就轮不到它。
v2.5.5 起，扩展配置里的 dns.nameserver-policy 是整体替换订阅自带的那份，不是追加。想保留订阅原有条目，得把原有的一起写上，或者改用 Script 追加——这一点文档里写得很细，但踩过的人不少。

一个亲测的坑：开了 TUN，反而连不上服务器

前几天维护一台自用服务器时遇到一个很典型的现象：本机开着 TUN，ssh 连到某台机器的非常规端口（不是 22）就立刻断开，日志只有一句 Connection closed；把 TUN 关掉，SSH 立刻正常。但关掉 TUN，需要用代理的服务又连不上——开也不是、关也不是。

排查分三步：

确认不是服务器的问题：用脚本直连目标端口，TCP 能建立但收不到 SSH banner；换一个公网已知的 SSH 端口测试，同样收不到 banner。
确认是链路掐了端口：同一个目标 IP 走 80 端口能正常拿到 HTTP 响应，只是 22 / 3389 / 29033 这类端口被直接断开。
确认责任方：把请求从本地代理的 CONNECT 隧道走一遍，非常规端口依旧是立刻 EOF——说明是机场节点只放行 80/443，其他端口直接掐断，不是 Clash 的 bug。

TUN 接管了全部流量，SSH 也就被卷进了代理链路，于是出现「开代理连不上服务器，关代理连不上服务」。解法是给这类目标单独加一条直连规则，放在规则最前面：

prepend-rules:
  - IP-CIDR,目标服务器IP/32,DIRECT,no-resolve

把它写进 Merge 配置并启用，然后让内核重新加载一次配置（切换一次配置文件，或在设置里重新应用），不用重启整个程序。验证方法很直接：能重新拿到 SSH 的握手 banner，就说明这条直连规则生效了。

这个案例的通用结论是：TUN 适合「全都要走代理」，但只要有任何一个目标需要绕过代理（内网、服务器 SSH、公司系统），就必须先写好直连规则，否则一定出问题。

六个高频故障，照着症状找

Clash Verge Rev 常见故障速查：症状、原因与处置 — 六条覆盖了 GitHub Issue 里出现频率最高的几类问题

另外几条不算高频但很难自己想到的：

现象	原因与处置
订阅导入报 401	配置目录损坏：设置 → 配置目录，清空后重启；仍旧报错就卸载重装
能开网页，但公司内网域名解析不了	内核 DNS 接管了但没配内网 DNS：加 `dns.nameserver-policy` 指向内网网关
和 Watt Toolkit / steamcommunity 302 同时用，Steam、GitHub 打不开	对方改 hosts，而 mihomo 默认会读系统 hosts：在 Merge 里设 `dns.use-system-hosts: false`
延迟测试全超时，但网页其实能开	杀软（如火绒）的 HTTPS 扫描改写了证书：关掉扫描加密流量，或把内核加入信任
日志把磁盘写满	日志等级调到 Error/Silent，并在杂项设置里开启自动清理
某个节点被「钉住」不动了	代理页的红色图钉表示手动锁定：点一下解锁并等测速完成

安全与合规上的几点提醒

客户端本身不收集数据，但你的订阅服务商能看到你的访问日志——这是选机场的问题，不是选客户端的问题。
WebDAV 备份里有订阅地址与节点信息，别备份到公共或共享空间；换电脑恢复后记得改订阅密码。
不要用来路不明的订阅：配置里可以写 script 和规则，等于让对方的配置在你的机器上生效。只导入你能确认来源的服务商订阅。
合规使用：各地对代理工具的使用有不同规定，本文只讨论客户端本身的使用方法。

上手自检清单

安装包与机器架构匹配，能正常打开界面（打不开先查 WebView2）
只开一个接管方式；需要覆盖命令行/Docker 才开 TUN，并确认是服务模式
内网、服务器 SSH、公司系统都有直连规则（prepend-rules）
改过 Merge/Script 后确认规则真的写进了运行配置，而不是只存在草稿里
订阅更新后检查一遍自定义规则还在（订阅更新会覆盖配置，这正是要用 Merge 的原因）
系统代理出问题时的恢复路径要会：Windows 设置里手动关代理开关

客户端只是外壳，线路才是体验

同一个客户端，换一条订阅线路，体验可以差出几倍——问题通常不在 Clash Verge 本身。机场怎么挑、定额专线和不限量中转有什么区别、住宅与机房代理各自适合什么场景，本站的代理推广类文章里有实测记录：代理 IP 怎么选、FlyintPro 评测、SSRDOG 评测。

结论

Clash Verge Rev 的功能其实不多，难的是几个隐含前提：架构要选对、WebView2 要在、TUN 需要权限、订阅要经过 Merge/Script、TUN 会把不该走代理的流量也一起卷走。把这五点记住，剩下的都是配置问题，不是软件问题。

本文的版本信息、功能列表与故障处置项取自 Clash Verge Rev 官方仓库（v2.5.10 发行说明）与官方文档的常见问题页（2026 年 11 月核对），「TUN 掐非标端口」一节为本机实测复现。版本迭代较快，具体菜单路径以你安装的版本为准。