Windows
日常桌面使用可从 Clash Plus 开始,也可选择 Clash Verge Rev 管理订阅、查看连接与规则。安装前在系统信息中确认处理器类型,不要把桌面快捷方式名称当成架构信息。
首次启动后先导入配置,再开启系统代理。若某个应用没有连接记录,检查它是否遵循系统代理设置;涉及 UWP 应用时,按教程处理回环访问限制,而不是反复更换节点。
前往下载 Windows 客户端DOWNLOAD / 按系统选择
Clash Verge Rev 面向桌面系统;手机使用同生态的移动客户端。五个平台入口汇总不同项目,并不表示每个客户端都覆盖所有系统。先确定设备系统,再对照处理器架构与安装方式。
日常桌面使用可从 Clash Plus 开始,也可选择 Clash Verge Rev 管理订阅、查看连接与规则。安装前在系统信息中确认处理器类型,不要把桌面快捷方式名称当成架构信息。
首次启动后先导入配置,再开启系统代理。若某个应用没有连接记录,检查它是否遵循系统代理设置;涉及 UWP 应用时,按教程处理回环访问限制,而不是反复更换节点。
前往下载 Windows 客户端根据“关于本机”显示的芯片选择 Apple Silicon 或 Intel 安装包。Clash Plus、Clash Verge Rev 与 FlClash 提供不同的界面与配置管理方式,已有配置时优先确认协议与规则支持情况。
首次打开可能需要按系统提示授权网络相关操作。系统代理与 TUN 的授权范围不同,建议先使用系统代理验证浏览器连接,再判断其他应用是否需要虚拟网卡接管。
前往下载 macOS 客户端手机端可选 Clash Plus、Clash Meta for Android、FlClash 等客户端。多数较新的设备使用 ARM64,但仍应以设备信息为准。安装包架构不匹配时,应返回下载页选择,而不是反复安装同一文件。
首次连接通常需要确认系统 VPN 授权。连接后若锁屏一段时间便中断,检查电池优化和后台运行权限;同一时间尽量只保留一个接管网络的 VPN 应用,避免争用系统通道。
前往下载 Android 客户端iPhone 与 iPad 可在下载页进入 Clash Plus 的 App Store 页面,并通过官网 clashplus.io了解产品说明。安装完成后,导入客户端支持的订阅,再按系统提示添加 VPN 配置。
从其他客户端迁移时,要分别确认节点协议、分流规则与策略组。能够识别订阅地址,不代表所有客户端专用字段都能原样迁移;遇到解析错误,先检查订阅格式再调整连接设置。
前往下载 iOS 客户端桌面环境可选择 Clash Verge Rev 或 FlClash,并按发行版的软件包体系选择安装文件。使用前确认桌面依赖与权限设置;服务器、路由器等没有桌面环境的设备,则更适合单独部署 mihomo 内核。
图形界面负责配置管理,后台内核负责处理连接,两者的运行状态需要分别确认。启用 TUN 时还要检查服务权限和路由变化,避免把权限不足误判为订阅或节点故障。
前往下载 Linux 客户端WORKSPACE / 配置与分流
从订阅到规则命中,按实际操作位置理解客户端。下方是静态界面切片,不是在线控制面板;点击任一卡片可展开操作说明。具体选项以所安装客户端的界面为准。
订阅把节点和规则集中为一份可更新的配置,适合需要定期同步服务端变更的场景。在配置页粘贴服务商提供的地址,导入成功后还要选中该配置,使它成为当前使用项。更新操作是重新获取内容,不等于自动修正全部本地修改。相比只管理单个节点的工具,Clash Verge Rev 更强调完整配置与本地扩展的组合;长期自定义规则应放在受支持的覆写位置,避免下一次更新覆盖。订阅地址可能包含访问凭据,不要公开分享或放入截图。
规则模式按列表从上到下匹配,先命中的规则决定连接交给哪个策略。规则页用于查看当前加载内容,连接页用于确认某次请求实际命中了什么;需要修改时,应回到配置或覆写入口,而不是只改变页面显示。相比仅提供全局转发的客户端,这种方式可以把本地网络、指定域名和其余请求分别处理。规则引用的策略组名称必须存在,兜底规则应放在最后。GeoIP 与 GeoSite 还依赖数据库,数据库未加载时,应先处理文件或更新问题。
内核决定协议解析、DNS 与规则处理能力,图形界面则负责把设置交给内核。需要新功能或排查兼容问题时,可先在设置中查看当前内核信息;提供分支切换的构建可选择稳定或 Alpha 测试分支,切换前应备份配置。相比把内核完全隐藏的客户端,明确区分两层更便于判断错误来自界面还是配置。测试分支不代表所有网络都会更快,也可能改变字段行为。日常使用优先稳定分支,只有确认需要某项新特性时再测试,并保留可恢复的配置。
系统代理主要服务于遵循系统设置的应用,TUN 则通过虚拟网卡接管更广的流量范围。首次配置可先在设置页开启系统代理,验证浏览器正常后,再处理未被接管的应用。相比只提供代理端口的工具,TUN 增加了路由与 DNS 协同能力,也带来服务权限和网络冲突的排查需求。开启前确认其他 VPN 或虚拟网卡的状态,遇到异常先恢复原开关再定位。开机自启只决定程序启动时机,不代表订阅有效,也不代表每个应用已经走代理。
连接页适合观察正在发生的请求,日志页适合查看配置加载和内核错误,两者应配合使用。访问目标网站后,在连接页按域名筛选,先看命中规则和策略组,再到代理页核对组内选项。相比只显示连接开关的客户端,这些记录能够区分“请求没进入内核”和“进入内核后转发失败”。排查时按需提高日志级别,结束后恢复常用级别。分享记录前移除订阅地址、认证信息与私人域名;一条规则命中记录只能说明路由选择,不能单独证明远端访问成功。
理解这五个位置后,排查可以沿着同一条链路进行:配置是否加载、请求是否进入内核、规则是否符合预期、策略组是否选中了可用节点。不要一次修改多个层级,否则即使恢复连接,也难以判断真正生效的是哪一项。协议与内核的关系可继续查阅内核技术参考。
QUICK START / 首次连接
安装只是准备工作。客户端需要可用的订阅或自行维护的配置,才能知道连接目标与转发方式。下面保留首次连接的主线,详细的系统差异与故障处理放在入门指南。
打开配置页,粘贴订阅地址并执行导入。看到配置卡片后,检查是否成功加载,再将它选为当前配置。若提示解析失败,先确认地址返回的是客户端支持的配置,而不是登录页面、过期提示或普通网页。
暂时不要手动改动 DNS、端口和 TUN 参数。保留订阅原始设置,先建立一份能够工作的基线。已有自定义配置时,另存备份再迁移,避免同时覆盖规则与节点信息。
进入代理页,选择规则模式,再在实际被规则引用的策略组中选一个节点。策略组可能嵌套另一组,因此应顺着组名检查最终落到的节点。只切换未被使用的组,通常不会改变目标网站的连接路径。
节点测试可以帮助初步筛选,但测试成功不等于所有应用都能访问。保持当前选择,随后开启系统代理;如果已有其他代理程序运行,先关闭它的接管功能,避免端口与系统设置相互覆盖。
打开一个需要验证的网站,同时查看连接页是否出现对应域名,并核对命中规则与策略组。若没有记录,先检查应用代理设置;若已有记录但访问失败,再检查节点、DNS 与内核日志。
需要确认出口时,可结合可信的 IP 查询服务查看结果,同时考虑浏览器缓存、连接复用与分流策略。不要仅凭开关颜色判断连接生效。验证完成后再逐项加入自定义规则,每次改动都重复同样的检查。
OPEN SOURCE / 项目与内核
选择客户端时,除了界面,还应确认项目来源、内核能力和更新范围。开源仓库提供代码、许可与问题记录;这些可查阅的材料,比没有来源的下载量或评分更适合作为判断依据。
Clash Verge Rev 是在原 Clash Verge 项目基础上延续发展的社区项目。搜索结果中可能同时出现原项目、后续维护分支和旧安装包,名称相近并不表示维护状态相同。阅读教程时应核对完整客户端名称,并以当前项目说明为准。
Rev 的桌面界面采用 Tauri 框架,网络处理依赖 mihomo。界面负责订阅管理、设置入口和状态展示,内核负责执行配置。这个分工解释了为什么某些功能需要更新内核,而另一些界面问题需要客户端本身修复。
mihomo 延续 Clash Meta 的技术路线,在 Clash 配置体系上扩展协议、规则和 DNS 能力。相似的 YAML 结构不代表所有内核都支持相同字段;复制配置前,要确认所用内核认识其中的协议类型与参数。
不同客户端还可能增加自己的覆写、脚本或配置合并方式。迁移时应把通用内核配置与客户端专用设置分开检查。若错误出现在配置加载阶段,先根据日志定位字段,不要仅凭界面能显示节点就认定全部功能兼容。
Clash Verge Rev 项目以 GPL-3.0 许可发布。仓库中的源代码、许可文件、发布说明与问题讨论可用于了解实现和维护情况。这里不展示未经核实的星标、贡献者或用户数量,也不把社区项目之间的关系写成统一官方团队。
提交问题时,提供操作系统、客户端名称、内核信息、复现步骤和经过脱敏的日志。先搜索已有问题,再描述最小复现过程;一段清楚的错误信息,通常比“所有网站都打不开”更有助于维护者判断原因。
客户端更新、内核更新、订阅更新和 Geo 数据库更新是不同操作。更新订阅会重新获取配置内容,但不会自动升级桌面程序;更新数据库会改变部分规则的数据依据,却不意味着节点认证信息已经刷新。
更新前阅读对应发布说明,保留当前配置和本地扩展。完成后检查配置是否加载、策略组是否保留预期选择,以及系统代理是否符合原设置。出现异常时按更新对象逐项回退或排查,避免把多个独立变化混在一起。
命令仅获取项目源码,不会安装或启动客户端。需要安装程序时请使用下载页。
git clone https://github.com/clash-verge-rev/clash-verge-rev.git
NOTES / 使用心得
完成首次连接后,可以按实际问题继续阅读:策略组决定如何选择节点,连接验证解释如何观察流量,超时排查则从本机设置一路检查到远端参数。每次只处理一个问题,保留改动前后的结果。
对比 select、url-test、fallback、load-balance 四种策略组的工作方式,说明 interval、tolerance 等参数的含义,并按使用场景给出组合建议。
阅读策略组说明 →导入订阅后的第一次连接流程:如何挑选节点并做延迟测试,如何开启系统代理,以及通过连接页与 IP 查询页确认流量确实经过了代理。
阅读连接验证说明 →从本机系统代理与端口占用开始,依次检查订阅是否过期、DNS 设置、内核日志报错和节点协议参数,按顺序逐项排除,定位节点超时的真正原因。
阅读超时排查步骤 →