Nexitally

Clash Verge Rev 怎么设置代理规则？从5步配置到规则生效

更新于 2026-11-05 · naixinternet.buzz

简答：在 Clash Verge Rev 中设置代理规则，按“导入配置→启用配置→切换规则模式→添加前置规则→连接记录验证”执行即可。普通浏览器先使用系统代理；终端、游戏或其他不遵循系统代理的应用，再考虑 TUN。本文是第三方使用指南，界面名称可能随版本变化，请以当前页面为准。

定义：Clash Verge Rev 代理规则是配置文件中的分流条件，按照域名、IP、地区、端口或进程匹配请求，并将流量交给代理组、DIRECT 直连或 REJECT 拒绝。

先看5步速查卡：规则要生效，顺序不能反

  1. 导入配置：在配置或订阅页面添加远程订阅或本地配置文件，等待配置加载完成。
  2. 启用当前配置：确认正在编辑的配置就是当前运行配置，并记下配置名称、代理组名称和内核版本。
  3. 切换规则模式：在首页的代理模式中选择“规则”。全局模式适合临时确认代理链路，直连模式不适合验证自定义代理规则。
  4. 添加前置规则：右键当前订阅配置，进入“编辑规则”，选择“添加前置规则”，再填写规则类型、内容和代理策略。项目文档明确提供了该入口，界面语言可能不同。查看项目规则文档
  5. 验证命中结果：打开目标网站或应用，在“连接”页面查看主机、规则、进程、目标地址和链路等字段。只看到网页打开，不能单独证明指定规则已经命中。查看项目连接字段

首轮测试建议只开启一种接管方式：浏览器使用“规则模式＋系统代理”；不遵循系统代理的应用再测试“规则模式＋TUN”。不要同时运行多个代理客户端，否则难以判断规则、端口或 DNS 到底是哪一层产生作用。

规则、全局、直连有什么区别？

模式处理方式适合场景不能用来证明什么
规则按配置中的规则从上到下匹配，再交给代理组、DIRECT 或 REJECT网站分流、局域网直连、指定应用或域名走代理不能只凭网页打开判断某条规则已命中
全局把接管范围内的流量交给统一的全局策略临时确认节点和代理链路是否可用不能证明某个 DOMAIN 或 PROCESS-NAME 规则正确
直连不使用代理节点，但仍可能经过内核处理排查是否由代理链路导致访问异常不能验证代理规则的分流结果

项目界面将三种模式列为“规则、全局、直连”，并分别说明规则模式依据预设规则判断流量走向、全局模式使用代理服务器、直连模式不经过代理节点。查看项目模式说明

开始设置前，先确认这3个名称

  1. 当前配置名：确认你右键编辑的是正在运行的订阅配置，而不是旧配置、测试配置或未启用的本地文件。
  2. 代理组名称：进入“代理”页面，找到实际承载节点选择的策略组，直接复制或照抄界面显示的名称。规则中的策略字段必须与配置中的代理组完全一致，不能把“代理组”四个字当作固定值。
  3. 运行内核与版本：在首页或系统信息中查看内核版本、Verge 版本和运行模式。项目当前源代码包含 Verge 版本、内核版本、混合端口和规则数量等信息字段；截至 2026-11-05，本文不替你判断哪个版本是最新，升级和界面差异请以项目发布页为准。查看项目发布页

如果找不到代理组名称，先不要写规则。先在代理页面确认策略组能展开、节点能选择，再回到规则编辑器填写策略字段。这样可以避免规则语法正确，但因策略组名称不存在而无法按预期工作。

Clash Verge Rev 自定义规则怎么添加？

  1. 先备份：保留原配置，或使用单独的测试配置。不要在没有备份的情况下删除订阅或配置目录。
  2. 进入编辑器：在配置页面找到当前使用的订阅配置，右键选择“编辑规则”。项目文档和当前中文界面字段都保留了“编辑规则”“添加前置规则”“添加后置规则”等名称。查看当前中文规则字段
  3. 优先添加前置规则：规则按照从上到下匹配，前置规则会放在订阅规则之前，适合覆盖订阅中的通用规则；后置规则位于订阅规则之后，可能已经错过目标请求。
  4. 填写三项内容：选择规则类型，填写匹配条件，再选择代理策略。策略可以是实际代理组名称、DIRECT 或 REJECT。
  5. 保存并确认加载：保存后回到规则页面，确认新增规则仍然存在；再检查当前配置是否仍为启用状态、配置更新时间是否变化、核心是否运行。若规则页面不刷新，先重新打开当前配置或重启客户端，再通过连接页面验证。

项目文档说明自定义规则可控制网站或应用的直连、代理和阻断，规则从上到下匹配，命中第一条符合条件的规则后停止。查看规则配置说明

可直接改写的规则示例

下面的“代理组名称”必须替换为你在代理页面看到的实际策略组名。示例域名仅用于演示，不代表任何服务状态。

网站指定走代理

  • DOMAIN,example.com,代理组名称：只匹配完整域名。
  • DOMAIN-SUFFIX,example.com,代理组名称：匹配主域名及其子域名。

网站或局域网指定直连

  • DOMAIN-SUFFIX,example.cn,DIRECT：指定后缀域名直连。
  • IP-CIDR,192.168.0.0/16,DIRECT：常见局域网地址段直连。
  • IP-CIDR,10.0.0.0/8,DIRECT：私有地址段直连。
  • GEOIP,CN,DIRECT：匹配中国 IP 时使用直连策略，实际结果仍取决于解析和规则顺序。

指定拒绝访问

  • DOMAIN-KEYWORD,ads,REJECT：匹配域名中包含指定关键词的请求并拒绝。

按端口或进程分流

  • DST-PORT,22,DIRECT：目标端口为 22 时直连。
  • PROCESS-NAME,example.exe,代理组名称：按进程名匹配 Windows 应用。
  • PROCESS-NAME,example,DIRECT：按进程名匹配 macOS 或 Linux 应用时，进程名必须以系统实际名称为准。

PROCESS-NAME 不是所有场景都能直接照抄。当前 Mihomo 文档将它定义为按进程名匹配；Android 还可匹配应用包名，但不同系统、内核版本和接管方式的可用范围可能不同。使用前应以当前内核文档和实际连接记录为准。查看 Mihomo 规则类型说明

完整的最小分流片段

  • DOMAIN-SUFFIX,work.example,DIRECT
  • IP-CIDR,192.168.0.0/16,DIRECT
  • DOMAIN-SUFFIX,example.com,代理组名称
  • MATCH,代理组名称

MATCH 是兜底规则，应放在最后。如果把它放在前面，后面的域名、IP 或进程规则可能没有机会匹配。规则类型、代理策略和前置规则说明可在项目文档中复核。复核规则示例与顺序

系统代理还是 TUN？按应用类型选择

使用方式优先适用检查重点
系统代理浏览器和明确支持系统代理的桌面应用系统代理开关、当前代理地址、混合端口、应用是否读取系统代理
TUN不遵循系统代理的应用、部分终端、游戏或系统服务服务模式或管理员权限、虚拟网卡状态、DNS 和路由是否正常

项目界面说明，系统代理用于修改操作系统代理设置；TUN 模式通过虚拟网卡接管应用流量，适用于不遵循系统代理设置的特殊应用；TUN 需要服务模式。开启 TUN 后，项目提示通常不需要再同时开启系统代理。查看系统代理与 TUN 提示

  • Windows：先测试系统代理；若 Microsoft Store 等 UWP 应用无法访问本地代理，检查项目提供的 UWP 工具提示和运行模式。
  • macOS：系统代理和 TUN 的可用性受当前权限、网络服务和版本影响，界面名称可能不同；先查看系统信息中的运行模式，再决定是否启用 TUN。
  • Linux：进程名、服务权限和桌面环境差异较大。不要把 Windows 的 .exe 进程名直接复制到 Linux；若使用 TUN，先确认服务已安装且当前用户具备所需权限。

如果系统代理方式已经能让浏览器正常按规则分流，不要为了“整机接管”立即启用 TUN。先完成最小闭环，再单独测试 TUN，便于出现断网时回滚。

规则不生效：把 DNS、端口和连接记录一起排查

  1. 先看模式：确认首页当前是“规则”，不是全局或直连。
  2. 再看配置：确认编辑的是当前启用配置，新增规则仍存在，核心状态显示正在运行。
  3. 检查规则顺序：把特定域名规则放在宽泛规则前，把 MATCH 放在最后。若前面已有更宽泛的 DOMAIN-SUFFIX、GEOSITE 或 MATCH，目标请求可能已经提前命中。
  4. 检查策略组：在代理页确认策略组名称完全一致，并确认该组内有可选择的节点。
  5. 检查端口：打开设置中的端口配置，核对混合端口、HTTP 端口或 SOCKS 端口是否发生变化。项目界面显示当前运行端口，也提示端口占用时可能自动回退到其他端口。查看端口字段与提示
  6. 区分 DNS 问题：如果连接页面没有目标域名记录，可能是应用没有把请求交给当前内核，也可能是 DNS 解析未完成。Mihomo 支持 fake-ip 和 redir-host 两种增强模式；修改 DNS 前先记录当前模式、DNS 地址和是否启用 IPv6。查看 Mihomo DNS 配置说明
  7. 检查 Fake-IP 现象：开启 Fake-IP 时，部分局域网域名、内网地址或特殊应用可能需要加入 Fake-IP 过滤；不要看到 198.18.0.0/16 一类地址就直接判断节点异常，因为该范围与 Fake-IP 配置有关。先检查 DNS 模式、过滤列表和目标域名是否需要真实地址。
  8. 清理浏览器变量：使用同一浏览器的无痕窗口或新建测试页面，排除缓存、扩展、独立代理设置和旧连接复用。若只有一个浏览器异常，先检查浏览器自身代理扩展和网络设置，不要立即改规则。
  9. 查看连接记录：访问目标网站后，在“连接”页面查看主机、规则、进程、目标地址、目标端口和链路。记录显示的规则才是实际匹配结果。
  10. 回滚复测：关闭新增规则或恢复备份配置，用同一设备、同一网络、同一目标和同一节点复测。回滚后恢复，优先检查规则内容、顺序、策略组名称和 DNS；回滚后仍失败，再转向订阅、节点或系统网络问题。

规则命中、代理连接成功、DNS 解析成功和网页加载成功是四个不同层次。延迟测试有返回，只能说明测试请求得到响应，不能单独证明目标网站或应用一定可用。

不同系统的适用范围与回滚方法

本文的规则语法主要针对 Clash Verge Rev 使用的 Mihomo 内核配置，Windows、macOS 和 Linux 的规则类型大体相同，但系统代理入口、进程名、TUN 权限和应用是否读取系统代理可能不同。项目界面本身提供操作系统信息、运行模式、内核版本、混合端口和规则数量等诊断字段，遇到跨平台差异时先记录这些信息。查看项目诊断字段

  1. 修改前：保留原订阅和当前配置，记录系统、客户端版本、内核版本、模式、DNS 模式、端口和目标域名。
  2. 首次测试：只添加一条前置规则，只使用一个策略组，只测试一个网站或应用。
  3. 出现异常：先切回系统代理或关闭 TUN，再停用新增规则，不要直接删除整个配置目录。
  4. 确认恢复：使用相同目标再次访问，并检查连接记录是否从异常规则恢复到预期策略。

如果客户端无法正常启动，项目设置中提供配置备份、配置目录、核心目录和日志目录入口；涉及订阅链接、节点地址或令牌的文件不要直接公开上传。

发布前自查清单

  • 当前配置已经导入、启用并确认核心正在运行。
  • 已经确认配置名、代理组名称和内核版本。
  • 首轮测试使用规则模式，而不是全局或直连。
  • 自定义规则放在前置规则，MATCH 放在最后。
  • 规则类型和字段与当前内核文档一致。
  • PROCESS-NAME 已按当前系统实际进程名核对，没有把 Windows 进程名直接套到 macOS 或 Linux。
  • 系统代理和 TUN 没有同时作为首轮测试变量。
  • 已检查 DNS 模式、Fake-IP 过滤、IPv6 和端口是否发生变化。
  • 已在连接页面确认实际命中规则和链路。
  • 保留原配置，出现问题可以停用新增规则并回滚。

参考资料

本文关键步骤依据 Clash Verge Rev 项目规则文档、当前中文界面字段、项目连接字段，以及 Mihomo 官方规则和 DNS 文档整理。版本号、界面布局和具体安装包未在本文中作最新承诺，需以当前项目发布页和本机实际界面为准。

Clash Verge Rev 项目规则文档；Clash Verge Rev 中文规则字段；Mihomo 官方规则文档；Mihomo 官方 DNS 文档；Clash Verge Rev 项目发布页

常见问题

Clash Verge Rev 怎么设置某个网站走代理？

进入当前启用配置的“编辑规则”，选择“添加前置规则”，填写 <code>DOMAIN-SUFFIX,example.com,代理组名称</code>，将域名和代理组名称替换为实际值。保存后切换到规则模式，再在连接页面查看该域名的实际规则和链路。

为什么规则写对了，网页还是没有按预期连接？

依次检查当前模式是否为规则、编辑的是否是当前启用配置、自定义规则是否在前置位置、策略组名称是否完全一致、系统代理或 TUN 是否真正接管流量，以及连接页面是否出现目标请求。若没有连接记录，优先检查应用接管方式、端口和 DNS。

Clash Verge Rev 的前置规则和后置规则有什么区别？

前置规则位于订阅规则之前，优先级更高，适合覆盖订阅中的通用规则；后置规则位于订阅规则之后，可能已经错过被前面规则匹配的请求。规则按照从上到下匹配，因此自定义分流通常先放前置规则。

PROCESS-NAME 规则在 Windows、macOS 和 Linux 上都能直接使用吗？

不能保证直接照抄。规则字段由当前内核支持范围决定，进程名也随系统不同。Windows 常见进程名带 <code>.exe</code>，macOS 和 Linux 应以实际进程工具显示为准；使用后必须通过连接记录确认是否命中。

Fake-IP 会导致规则不生效吗？

Fake-IP 本身不等于规则错误，但可能让局域网域名、特殊应用或需要真实地址的请求表现异常。先记录当前 DNS 增强模式，再检查 Fake-IP 过滤列表、DNS 解析结果和连接记录，不要直接删除全部 DNS 配置。

系统代理和 TUN 应该同时开启吗？

首轮测试不建议同时开启。浏览器等支持系统代理的应用，先使用规则模式加系统代理；只有应用不读取系统代理时，再单独测试 TUN，并确认服务模式或管理员权限满足要求。

修改规则后怎么确认新配置已经加载？

保存后回到规则页面确认新增内容仍在，检查当前配置仍处于启用状态，再查看核心状态、配置更新时间或规则数量。随后访问目标并在连接页面查看实际命中的规则；如果仍显示旧结果，重新加载当前配置或重启客户端后再测。

相关阅读

参考资料

  1. Clash Verge Rev 项目文档：自定义规则配置
  2. Clash Verge Rev 项目中文界面：规则编辑字段
  3. Clash Verge Rev 项目中文界面：首页、模式、系统代理与 TUN 字段
  4. Clash Verge Rev 项目中文界面：连接记录字段
  5. Mihomo 官方文档：路由规则、优先级与 PROCESS-NAME
  6. Mihomo 官方文档：DNS、Fake-IP 与 Real-IP 模式
  7. Clash Verge Rev 项目发布页
  8. github.com