Clash Verge Rev Guide · Profiles / Proxy / TUN

Clash Verge Rev 配置教程

从安装后的第一次启动开始,依次完成 Profile 导入、代理组选择、规则模式、系统代理与 TUN 设置,并了解本地 YAML、Merge 和 Script 在 Clash Verge Rev 中分别承担什么作用。

Profile 导入 远程订阅 / 本地 YAML 规则与代理组 系统代理 / TUN
3Windows · macOS · Linux
Profile远程订阅与本地配置
Merge / Script配置增强与覆写
System Proxy / TUN两类流量接管方式

配置基础

先理解 Clash Verge Rev 的 4 个配置层级

Clash Verge Rev 负责管理 Profile、界面设置和 Mihomo 运行状态。远程订阅或本地 YAML 提供基础配置,Merge 与 Script 用于增强或修改配置,系统代理与 TUN 决定流量如何进入 Mihomo。

01

Profile 与订阅

Profile 可以来自远程订阅或本地配置文件。远程 Profile 便于更新,本地 YAML 适合独立维护与调试。

02

Mihomo 配置

节点、代理组、规则、DNS 与 TUN 最终需要形成 Mihomo 可以加载的配置;旧 Clash 字段并不一定适用于当前 Mihomo。

03

Merge 与 Script

当需要在订阅基础上增加或修改字段时,可使用 Merge 或 Script,而不必直接改动每次更新都会被覆盖的远程配置。

04

系统代理与 TUN

系统代理修改操作系统代理设置;TUN 通过虚拟网卡接管更多应用流量,并通常需要 Clash Verge Rev 的服务模式与系统权限。

首次配置

从安装到代理生效的 5 个步骤

以下流程适用于 Clash Verge Rev 的 Windows、macOS 与 Linux 桌面版本。界面位置可能随版本调整,但 Profile、代理组、系统代理和 TUN 的基本关系保持一致。

01

安装 Clash Verge Rev

从下载页选择与操作系统和 CPU 架构匹配的安装包,完成安装后确认 Clash Verge Rev 与内置 Mihomo 可以正常启动。

02

添加或选择 Profile

进入 Profiles,添加远程订阅地址或导入本地 YAML,并确认当前 Profile 能够成功更新和加载。

03

检查代理组与节点

进入代理页面查看代理组和节点状态,根据当前 Profile 的策略选择需要使用的节点或自动选择组。

04

确认规则与运行模式

日常配置通常以规则模式运行;如果需要测试配置,也可以临时切换全局或直连,以判断问题来自规则还是节点。

05

开启系统代理或 TUN

浏览器等遵循系统代理的应用可先开启系统代理;不读取系统代理的应用可根据需要使用 TUN,并确认服务模式和权限正常。

Profile、YAML 与配置增强怎么配合

Clash Verge Rev 的 Profile 可以直接使用远程订阅或本地 YAML;需要在订阅之上加入自定义规则、DNS、TUN 或其他字段时,再通过 Merge 或 Script 做增强。

远程 Profile / 订阅

适合需要持续更新的配置来源。Clash Verge Rev 可以定期刷新 Profile,节点、代理组和规则是否变化取决于订阅返回内容。

远程更新

本地 YAML 配置

适合完全由自己维护的 Mihomo 配置,可直接管理代理组、规则、DNS、TUN 等字段,也方便版本控制和独立调试。

本地维护

Merge / Script 增强

Merge 适合覆盖或补充配置字段;Script 适合对数组和复杂结构进行程序化处理,例如插入规则或调整代理组。

配置扩展

规则与模式

规则、全局与直连模式如何理解

运行模式决定 Mihomo 如何处理流量,但具体去向仍取决于当前 Profile 中的代理组、规则和节点状态。切换模式更适合测试和诊断,不应替代正确的规则配置。

模式 适用场景 特点
规则模式 日常按配置分流 Mihomo 按当前规则从上到下匹配流量,并把请求交给对应代理组、DIRECT 或其他策略。
全局模式 临时统一交给全局策略 适合测试代理链路或暂时绕过复杂规则;实际使用哪个节点仍由当前全局代理组选择决定。
直连模式 排查代理影响 尽量不经过代理节点,适合确认问题是否由代理链路、规则或节点引起。

系统代理与 TUN 应该在什么时候使用

两者都用于把应用流量交给 Mihomo,但覆盖范围和系统权限不同。先从系统代理开始,只有目标应用不遵循系统代理或需要更广泛接管时,再考虑 TUN。

系统代理

适合浏览器和遵循系统代理的应用

开启后,Clash Verge Rev 会修改操作系统代理设置并指向本地监听端口。大多数浏览器和常规桌面应用可直接使用这种方式。

TUN 模式

适合不读取系统代理的应用

TUN 通过虚拟网卡接管更多网络流量。Clash Verge Rev 当前界面明确要求 TUN 使用服务模式,因此开启失败时应先检查服务组件和系统权限。

配置顺序

建议先确认基础链路,再启用 TUN

  • 确认 Profile 可以正常更新并加载
  • 确认 Mihomo 已启动且代理组中有可用节点
  • 先测试系统代理是否可以正常工作
  • 需要更广流量接管时再启用 TUN,并检查服务模式与 DNS

配置 FAQ

Clash Verge Rev 配置时常见的问题

这些问题聚焦 Profile、Mihomo 配置、系统代理、TUN、端口和平台边界,不重复下载页的版本选择内容。

Profile 和订阅链接是一回事吗?+

不完全一样。Profile 是 Clash Verge Rev 管理配置的单位,可以来自远程订阅、本地 YAML 或其他配置来源;订阅链接只是创建远程 Profile 的常见方式之一。

远程订阅和本地 YAML 应该怎么选?+

需要持续从配置源更新时使用远程 Profile;需要完全自己维护规则、DNS、代理组或 TUN 字段时,本地 YAML 更直接。两者也可以结合 Merge 或 Script 使用。

为什么直接修改订阅生成的配置后又被覆盖?+

远程 Profile 更新时通常会重新拉取配置。需要长期保留自定义字段时,更适合使用 Clash Verge Rev 的 Merge 或 Script 功能,而不是反复修改订阅原文。

Merge 和 Script 有什么区别?+

Merge 更适合覆盖或补充键值配置;Script 更适合处理规则、代理组等数组或进行更复杂的配置变换。具体结果仍应以最终生成的 Mihomo 配置为准。

为什么开启系统代理后,部分应用仍然直连?+

部分桌面程序不会读取系统代理设置,或者拥有自己的网络配置。可以先检查应用自身的代理设置,再根据需要启用 TUN。

TUN 模式一定比系统代理更好吗?+

不是。TUN 覆盖范围更广,但也需要更多系统权限和路由处理。只需要浏览器或常规桌面应用走代理时,系统代理通常更简单。

修改端口后为什么系统代理失效?+

系统代理必须指向 Mihomo 当前实际监听的本地端口。修改 mixed-port、HTTP 或 SOCKS 端口后,应确认 Clash Verge Rev 显示的系统代理地址已经同步更新。

macOS 或 Windows 上 TUN 开启失败应该检查什么?+

先确认 Clash Verge Rev 的服务模式已经正确安装并运行,再检查系统权限、其他 VPN 或虚拟网卡冲突,以及当前 Profile 中的 TUN 和 DNS 设置。

Clash Verge Rev 有 Android 或 iOS 配置教程吗?+

当前 Clash Verge Rev 官方项目面向 Windows、macOS 和 Linux,没有官方 Android 或 iOS Release。其他支持 Clash 或 Mihomo 配置的移动客户端需要按各自项目的界面和权限机制配置。

节点延迟正常但实际访问仍然慢怎么办?+

延迟测试只反映到测试目标的连接时间。实际体验还受节点带宽、规则命中、DNS、目标站点链路和本地网络影响,应结合日志和实际连接逐项检查。

开始配置

准备好后,先获取正确版本再添加 Profile

下载页用于选择 Windows、macOS 或 Linux 安装包;安装完成后,再按照本页流程添加 Profile、确认代理组,并根据应用需求开启系统代理或 TUN。