Clash Verge Rev 规则不生效怎么办？按代理组和规则顺序排查

更新于 2026-11-10 · jinx.mom

简答：Clash Verge Rev 规则不生效，先不要继续堆规则：确认当前是 Rule 模式，再在连接页查看目标域名实际命中的规则和代理组。若没有请求，查系统代理或 TUN；若已命中但仍打不开，继续查代理组、节点、DNS、MTU和日志。

定义：Clash Verge Rev 规则分流，是由 mihomo 内核按规则从上到下匹配请求，再把请求交给 DIRECT、REJECT 或指定代理组处理的路由过程。

先看连接页：用现象判断是哪一层出问题

规则排查的关键不是先改 DNS 或复制更多规则，而是确认请求到底走到了哪一步。Clash Verge Rev 基于 mihomo 内核，规则、代理组、系统代理和 TUN 分别负责不同环节；项目源代码说明了客户端内置 mihomo 内核，并支持规则编辑、系统代理和 TUN。可先查看 Clash Verge Rev 项目仓库与 mihomo 入站配置文档。

请求路径：应用请求 → 系统代理或 TUN 接管 → mihomo 接收请求 → 按规则顺序匹配 → 交给代理组、DIRECT 或 REJECT → 建立连接 → 返回网页。

连接页现象	优先判断	下一步
完全没有目标请求	请求没有进入内核	检查系统代理、应用是否遵循系统代理、TUN、权限和其他代理软件冲突
有请求但命中宽泛规则或 MATCH	规则顺序或规则类型不合适	把更具体的 DOMAIN 或 DOMAIN-SUFFIX 放到前面
命中正确规则但网页打不开	代理组、节点、DNS、MTU或协议出站异常	先确认代理组实际选中的节点，再看日志
主域名正常但页面缺图片或接口	页面还有 CDN、接口、登录或静态资源域名	逐个记录连接页中的相关域名并判断命中情况

第1步：确认处于 Rule 模式，并选中了正确配置

在客户端首页或网络设置区域，先确认模式为规则模式，而不是 Global、Direct 或其他自定义模式。Rule 模式是否代理某个请求，取决于当前配置中的规则和最终出站；不能把“访问某类网站一定走代理”当成固定规律。

随后确认你编辑的是当前激活的配置文件。检查配置列表中的启用状态、更新时间和名称，必要时先复制一份配置再修改。若规则直接写入订阅生成的 YAML，后续更新订阅可能覆盖手工修改，因此更适合使用客户端提供的 Merge、Script 或规则编辑入口；具体菜单名称可能随版本变化，应以当前界面和项目文档为准。

先备份当前配置，保留原文件或导出副本。
确认当前激活配置确实包含你新增的规则。
刷新或重新加载配置后，再打开目标网站发起新请求。
不要把订阅地址、节点密码、服务器地址和完整日志公开。

如果切换配置后规则消失，优先判断为“编辑了非当前配置”或“订阅更新覆盖”，而不是规则语法本身失效。

第2步：检查规则顺序，避免被前面的宽规则截走

mihomo 文档明确说明，规则会按照从上到下的顺序匹配，顶部规则优先级更高；命中后通常不会继续寻找下面的同类规则。精确规则应放在宽泛规则和 MATCH 之前。参考 mihomo 路由规则文档。

例如，你希望某个域名交给名为“代理组”的策略组，可以先用这类最小规则测试：

rules: - DOMAIN,example.com,代理组 - DOMAIN-SUFFIX,example.com,代理组 - MATCH,DIRECT

上面的示例只用于说明格式，代理组名称必须替换成当前配置中真实存在的名称。如果配置前面已经有类似 DOMAIN-SUFFIX,example.com,DIRECT，后面的代理规则不会生效；如果前面存在覆盖范围很大的规则提供者，也可能先命中其他策略。

常见规则类型可以这样判断：

DOMAIN：匹配完整域名，适合只处理一个明确主机名。
DOMAIN-SUFFIX：匹配域名后缀及其子域名，适合主站、接口和子域名属于同一后缀的场景。
GEOSITE：按内置或配置的域名集合匹配，适合批量规则，但不容易定位某个具体域名为什么被命中。
IP-CIDR：匹配目标 IP 段，域名请求是否能匹配还可能涉及 DNS 解析，因此不能用它替代所有域名规则。
MATCH：匹配所有未被前面规则处理的请求，应放在兜底位置。

第3步：确认代理组名称和组内实际节点

规则最后一列填写的是代理节点或代理组名称，不是随手写的 PROXY。在“代理”页面找到当前配置中的真实策略组名称，再确认组内是否有可用节点以及当前选中了哪一个。mihomo 文档说明，代理组的 proxies 字段引用的是出站代理或其他代理组，组名需要和配置中的名称对应；可查看 mihomo 代理组配置文档。

按以下顺序检查：

在配置文本中搜索规则最后一列的名称。
在代理页面确认是否存在同名策略组。
展开该组，确认组内不是空组，也没有全部节点被过滤。
如果是 Select 组，确认当前选中了具体节点或可用子组。
如果是 URL-Test、Fallback 或 Load-Balance 组，先看健康检查状态，再判断网页失败是否来自出站节点。

如果连接页显示规则已经命中正确代理组，但访问仍失败，不要继续添加同样的域名规则。此时应分别测试其他节点，并查看日志中的 DNS、握手、超时或证书错误。

第4步：连接页没有请求时，检查流量是否进入 Clash

如果你打开目标网站后，连接页完全没有对应请求，规则本身可能还没有机会执行。先确认系统代理已开启，并检查浏览器或目标应用是否遵循系统代理。有些应用使用独立网络栈、忽略系统代理，或被其他网络工具接管。

如果确实需要接管不遵循系统代理的流量，再考虑 TUN。mihomo 文档将 TUN 归入接收入站方式，可用于捕获系统流量，但实际是否生效还取决于系统路由、权限、防火墙和 DNS 配置，不能把开启 TUN 当作所有问题的默认解法。

Windows：确认客户端权限、系统代理状态和是否存在其他软件占用或改写代理设置。
macOS：确认系统代理状态和客户端是否获得所需授权；不要为了排障直接执行高权限命令。
Linux：确认当前桌面环境的代理设置、服务状态和网络接口权限。

处理前先记录原来的系统代理和 DNS 设置。修改后用一个明确的目标域名重新访问，并在连接页确认出现新请求；仍无请求时，再看系统日志、客户端日志和防火墙，而不是反复修改规则。

第5步：命中规则但网页仍打不开，按出站链路排查

出现“规则命中正确、代理组也正确，但页面打不开”时，问题已经从规则匹配转向出站连接。可按“现象→检查→判断→处理→回滚”执行：

超时或连接失败：先切换同一代理组内的另一个节点，观察连接页和日志是否改变。若只有某个节点失败，说明更可能是该出站或线路问题，规则无需重写。
DNS 相关错误：区分“域名解析失败”和“解析成功但连接失败”。先查看连接页和日志中的目标主机，再检查 DNS 设置是否被 TUN、系统 DNS 或其他软件接管。
连接建立后频繁断开：检查协议、TCP/UDP支持、代理组是否禁用了 UDP，以及目标应用是否使用了 UDP。mihomo 文档说明，某些规则在 UDP 不被当前节点支持时可能继续向下匹配。
部分资源加载失败：记录主域名、CDN、接口、登录和静态资源域名，分别查看它们的命中规则与出站组，不要只测试浏览器地址栏中的主域名。
修改 MTU 后更差：先恢复原值。MTU 不是规则匹配参数，除非已有明确的分片、握手或特定网络复现证据，否则不应作为第一步。

规则、扩展配置和版本异常怎么隔离

如果你确认模式、当前配置、规则顺序和代理组都没有问题，下一步是检查最终运行配置是否被扩展配置覆盖。Merge、Script、规则提供者和订阅更新都可能改变最终规则列表、代理组名称或规则顺序。

建议建立一个最小复现配置：只保留一个可确认的节点、一个策略组、一条目标域名规则和一个 MATCH,DIRECT 兜底规则。若最小配置可以命中，再逐项恢复规则提供者、脚本和其他策略组。若最小配置仍没有请求，则优先回到系统代理、TUN和应用流量入口排查。

截至 2026-11-10，本文不把某个具体版本或单个 Issue 当作普遍故障结论。遇到升级后突然失效的情况，应记录客户端版本、内核版本、操作系统、当前配置类型和复现步骤，再对照项目 Releases 页面及相关 Issue 核对；无法确认的版本影响应标记为“需核实”。

最后的自查清单与安全回滚

完成修改后，按下面顺序复核：

当前模式是 Rule，而不是 Global 或 Direct。
修改的是当前激活配置，并且最终配置中能看到规则。
具体规则位于宽泛规则和 MATCH 之前。
规则最后一列是当前配置真实存在的代理组或节点。
代理组内有可用成员，并且已经选中实际出站。
关闭旧页面或旧连接后重新发起请求。
连接页能看到目标主机、命中规则和实际链路。
页面依赖的 CDN、接口和登录域名也被分别检查。

如果修改后出现全局断网，立即切回备份配置，关闭 TUN 或系统代理，再恢复修改前记录的 DNS 和网络设置。不要删除全部配置文件，也不要公开包含订阅凭据的完整 YAML 或日志。

常见问题

Clash Verge Rev 规则写了但完全没有命中，先改什么？

先确认当前是 Rule 模式，并确认编辑的是当前激活配置。然后打开连接页重新访问目标地址；如果没有任何请求，优先查系统代理、应用是否遵循系统代理、TUN和权限，而不是继续增加规则。

规则应该放前置还是后置？

需要优先匹配的具体规则应放在前面，宽泛规则和 MATCH 兜底应放在后面。具体使用前置还是后置入口，取决于当前配置合并方式；修改后必须在最终配置和连接页中验证。

为什么规则命中了代理组，网页还是打不开？

规则命中只代表路由选择完成，不代表节点、DNS、协议和目标内容一定可用。先确认代理组真实选中的节点，再看连接日志中的超时、解析、握手或证书错误，必要时切换同组节点。

把规则写成 PROXY 为什么不生效？

PROXY 只有在当前配置确实存在同名节点或代理组时才有意义。应到代理页面和配置文本中确认真实名称，不能直接照抄其他配置中的组名。

只给网站主域名添加规则，为什么图片或接口仍然失败？

网页可能同时请求 CDN、API、登录和静态资源域名。请在连接页逐个记录这些主机名，分别查看命中规则和实际出站，再决定是否补充 DOMAIN 或 DOMAIN-SUFFIX 规则。