Clash Verge Rev 规则不生效怎么办？按证据链排查

更新于 2026-10-25 · kejibear.shop

简答：Clash Verge Rev 规则不生效，先不要继续堆规则：依次确认规则是否进入最终配置、是否在 MATCH 前命中、动作是否指向真实策略组、目标流量是否进入客户端。若使用 v2.5.2，还要用唯一测试规则排查已公开的编辑规则合并问题。

定义：Clash Verge Rev 规则不生效，是指规则未进入运行配置、未匹配请求、匹配后的动作不正确，或目标应用流量没有经过客户端内核。

先试这一步：用唯一测试规则判断故障层级

按2026-10界面核对，先只测试一条规则，不要同时修改域名、代理组和接管方式。右键当前正在使用的订阅，选择编辑规则，加入下面的标记规则：

DOMAIN-SUFFIX,test-marker-verify.invalid,REJECT

确认当前处于规则模式，而不是全局或直连模式。
保存后重新点击当前订阅，使配置重新激活；只切换页面通常不够。
在规则页或最终运行配置中搜索test-marker-verify.invalid。
再打开目标应用或网页，在 Connections（连接）视图查看是否出现请求、命中的规则和策略动作。

如果标记规则不在运行配置中，优先查订阅、配置合并或版本；如果规则存在但未命中，查规则类型和顺序；如果已命中但出口错误，查策略组；如果连接页没有目标请求，查系统代理、TUN（虚拟网卡接管）或应用自身代理。

官方文档说明，订阅配置可以通过右键菜单进入“编辑规则”，规则按从上到下匹配，匹配到第一条符合条件的规则后停止。可参考Clash Verge Rev 官方自定义规则文档。

四类现象对照：未加载、未命中、动作错误还是未接管

现象	优先怀疑	下一步
编辑器里有规则，规则页和运行配置没有	编辑的不是当前订阅、保存后未重新激活、扩展覆盖或版本合并异常	重新确认订阅卡片，重新激活，再搜索最终运行配置
规则在列表中，但访问时没有命中	域名范围不匹配，或规则位于更早的规则之后	先用 DOMAIN-SUFFIX 做单域名测试，并确认位于 MATCH 前
规则已命中，但没有按预期走代理组	策略组名称、大小写、空格或符号不一致	从当前代理组列表复制真实名称，不要手打近似名称
规则页正常，但目标应用没有连接记录	系统代理未开启、TUN 未接管，或应用绕过系统代理	先用浏览器测试，再单独检查目标应用的代理设置
修改后旧页面结果不变	旧连接、应用缓存或旧配置仍在使用	关闭旧连接，重新打开页面或重启目标应用

这张表的关键是先看证据位置，而不是凭“规则看起来正确”下结论。运行配置没有规则时，不要先修改 DNS、MTU 或节点。

检查规则类型、顺序与 MATCH 兜底

官方规则文档列出了多种匹配方式，选择时应从窄到宽逐步验证：

DOMAIN：匹配完整域名，适合精确测试。
DOMAIN-SUFFIX：匹配指定域名及其子域名，适合单站点分流。
DOMAIN-KEYWORD：匹配域名中的关键词，范围更宽，误匹配可能更多。
IP-CIDR：匹配目标 IP 段，不能只用域名测试结果替代。
PROCESS-NAME：按进程名匹配，是否能识别取决于系统和流量接管方式。
MATCH：兜底规则，官方文档要求放在最后。

一个可控的最小示例是：

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,DIRECT

example.com只是语法示例，不代表你的实际目标；DIRECT也只是动作示例。若你的配置使用代理组，应替换为当前运行配置中真实存在的策略组名称。

前置规则通常比后置规则更适合放自定义规则，因为规则按顺序匹配。若订阅自身已经包含较宽泛的规则，后置规则可能无法改变先前已经命中的结果。规则顺序、前置规则和后置规则的说明见官方规则配置页面。

规则命中但动作不对：核对策略组名称与配置合并

规则最后一列不是任意文字，而是动作或当前配置中存在的策略组。官方示例将DIRECT定义为直连、REJECT定义为阻断，其他名称需要对应实际代理组。

rules:
  - DOMAIN-SUFFIX,example.com,手动选择
  - DOMAIN-SUFFIX,example.org,DIRECT
  - MATCH,手动选择

打开当前运行中的代理组列表。
复制策略组的完整名称，包括大小写、空格、符号和表情。
将规则动作替换为复制的名称。
重新激活订阅，再在 Connections 中确认“命中规则—策略组—实际出口”是否一致。

如果你同时使用订阅级 Merge、Script 或其他扩展配置，不要只看编辑器中的规则文本，还要检查最终运行配置。官方项目说明包含 Merge、Script 辅助功能和规则可视化编辑器；配置合并示例可参考官方多订阅合并配置文档。

规则已加载但连接页没有请求：检查系统代理与 TUN

规则只会作用于进入 Clash Verge Rev 内核的流量。官方项目说明支持系统代理控制和 TUN 虚拟网络适配器，但二者的接管范围不同，具体还受系统权限和目标应用网络实现影响。相关能力可参考Clash Verge Rev 官方功能说明。

确认内核正在运行，并确认当前模式是规则模式。
若依赖系统代理，检查系统代理开关是否已开启。
若依赖 TUN，检查 TUN 是否开启，以及客户端是否获得所需权限。
先用浏览器访问测试地址，查看 Connections 是否出现请求。
再测试实际应用；如果浏览器有记录、应用没有记录，检查应用自己的代理、网络隔离或绕过系统代理设置。
测试完成后关闭不需要的接管方式，避免系统代理与应用内代理重复。

如果规则页显示正常但连接页始终没有目标请求，继续修改规则文本通常不会解决“流量未进入客户端”的问题。

v2.5.2 分支：编辑规则未进入运行配置怎么办

官方仓库 Issue #7875 记录了一个针对 v2.5.2 的公开问题报告：订阅右键菜单中的“编辑规则”内容在编辑器里可见，但生成的运行配置中没有这些规则；报告还称，旧式type: merge机制在该个案中仍能正常合并。该 Issue 是公开问题报告，不代表所有系统或所有版本都会出现同样现象。

如果你的现象与此一致，可按下面顺序做对照：

记录客户端版本、操作系统、当前激活订阅和运行模式。
加入唯一标记规则，重新激活订阅。
在最终运行配置中搜索标记字符串，而不是只看编辑器。
若规则缺失，暂时备份配置，再查看项目后续说明，或用 Merge 方式做最小对照。
如需升级或回退，先保留配置备份，并在修改后重复唯一标记测试。

Issue 中记录的个案称，重启、重新激活和切换相关设置没有恢复规则，而回退到 v2.5.1 后恢复。因此，这只能作为版本排查线索，不能替代本机复现。详情见官方仓库 Issue #7875。

记录、验证与回滚：避免越改越乱

每次只改一个变量，并保存以下记录：

日期：2026-10-25
系统：
Clash Verge Rev 版本：
当前激活订阅：
运行模式：规则 / 全局 / 直连
系统代理：开 / 关
TUN：开 / 关
测试规则：DOMAIN-SUFFIX,example.com,DIRECT
运行配置中是否出现：是 / 否
Connections 是否命中：是 / 否
命中的规则：
策略组：
实际出口：
日志中的关键报错：

回滚时按相反顺序操作：删除测试规则，恢复原规则文本，重新激活订阅，关闭临时开启的 TUN 或系统代理，最后重启目标应用。不要直接删除整个配置目录；需要重置时，先保存客户端提供的备份或配置副本。

完成排查后，若只有特定网络或出口异常，再单独进行延迟、丢包或 DNS 对照；不要把网络问题和规则加载问题混为一谈。

常见问题

为什么编辑规则里能看到内容，但规则页没有？

先确认编辑的是当前激活订阅，并重新点击订阅完成激活。如果唯一测试规则仍不出现在运行配置，问题更可能在配置合并、扩展覆盖或版本处理链路，而不是域名写法。

规则一定要放在 MATCH 前面吗？

通常需要。MATCH 是兜底规则，官方规则文档要求放在最后。先查看最终运行配置的实际顺序，再用 Connections 确认请求命中了哪一条规则。

DOMAIN、DOMAIN-SUFFIX 和 DOMAIN-KEYWORD 怎么选？

先用 DOMAIN-SUFFIX 做单站点验证；需要精确匹配完整域名时用 DOMAIN；只有明确需要覆盖多个含相同关键词的域名时再用 DOMAIN-KEYWORD。

规则命中了但还是直连，应该继续改规则吗？

先不要。检查规则动作是否指向真实存在的策略组，以及该策略组当前选择的出口；若连接页显示命中但没有目标连接，再检查系统代理、TUN 或目标应用是否绕过客户端。

为什么重新打开网页后还是旧结果？

旧连接、应用缓存或长连接可能仍在使用旧配置。关闭旧连接，重新打开页面或重启目标应用，再查看新的 Connections 记录。

v2.5.2 是否一定会导致编辑规则失效？

不能这样概括。官方仓库记录的是一个具体版本回归报告。应先用唯一标记规则检查本机最终配置，再根据项目后续说明决定升级、回退或改用其他配置合并方式。

规则文件保存后，订阅更新会不会覆盖？

官方自定义规则文档将右键订阅中的“编辑规则”作为配置入口，并说明该方式不会因订阅更新而失效；但仍应在更新订阅后检查最终运行配置。

如何判断是规则问题还是网络问题？

先看唯一测试规则是否进入最终配置，再看 Connections 是否命中。如果规则未加载或流量未进入客户端，先处理配置和接管；只有命中、动作和连接都正常后，才继续排查 DNS、丢包或远端网络。