Clash Verge Rev 规则模式不生效怎么办？按连接、规则与 DNS 排查

更新于 2026-11-11 · glados.lat

简答：如果 Clash Verge Rev 已切到 Rule 但流量仍然直连，先打开 Proxies 确认确实是 Rule，再到 Connections 查看请求是否进入内核、命中了哪条规则以及使用了哪个策略组。连接不存在、规则未命中、规则已命中但节点或 DNS 失败，处理方法完全不同。本文按这四层顺序排查，不先改一堆配置。

定义：Clash Verge Rev 的规则模式，是由 Mihomo 按配置中的 rules 从上到下匹配请求，再把请求交给对应策略组、节点或 DIRECT 处理的工作模式。

先试这一步：用连接页判断问题在哪一层

本文是使用指南站内容，不是 Clash Verge Rev 官方页面。当前界面名称可能随版本或操作系统变化，请以你安装的版本为准。项目发布页显示，截至 2026 年 11 月 11 日可核验到 v2.5.10；如果你的版本明显更旧，先备份配置，再考虑更新或复测，不要直接覆盖原配置。

打开 Clash Verge Rev 后，先进入 Proxies，确认顶部模式为 Rule。再进入 Connections，访问一个可以稳定复现问题的域名。观察该请求是否出现、实际命中了哪条 Rule、最终走向哪个策略组。不要把 TUN 和 Rule 当成同一个开关：TUN 负责尽量接管没有遵循系统代理的流量，Rule 负责决定进入内核后的出站方式。项目 issue 也明确区分了这两个概念。参考：Clash Verge Rev issue：Rule、Global、Direct 与 TUN 的区别。

第一层：确认 Rule 模式、配置和订阅确实已激活

1. 确认模式。进入 Proxies，查看页面顶部的模式选择。必须是 Rule，不是 Global 或 Direct。Global 通常会把请求交给所选全局策略，Direct 则直接连接；这两种模式下不能用 Connections 的规则命中结果来证明分流规则正常。
2. 确认配置卡片。进入 Profiles，检查当前使用的订阅或本地配置是否处于激活状态。若刚导入、更新或切换配置，先执行一次重新加载，再回到 Proxies 确认节点组和规则状态是否恢复。
3. 确认运行配置没有校验失败。如果切换配置后代理组为空、节点没有加载或页面提示配置错误，先不要继续改规则。回到 Profiles 检查订阅内容、配置格式和更新结果；需要时导出或备份当前配置后重新导入可用的配置文件。
4. 确认规则模式不是只在界面显示。打开 Connections 访问测试域名。如果请求出现且 Rule 列能显示命中结果，说明流量至少已经进入内核；如果完全没有请求，应转到系统代理、TUN 或应用自身代理设置排查。

订阅更新失败和规则不生效不是同一问题。订阅卡片能显示，并不等于运行中的最终配置已经包含你修改的规则；反过来，规则已经加载，也不代表策略组中的节点一定可用。

第二层：检查规则顺序、规则类型和 MATCH 位置

Mihomo 规则按顺序匹配，通常先命中的规则会决定后续处理。因此，精确规则应放在宽泛规则和兜底规则之前。下面是常见写法的含义：

例如你希望某个域名直连，可以把下面规则放在宽泛规则之前：

DOMAIN-SUFFIX,example.com,DIRECT

MATCH,Proxy

如果 MATCH 或某条范围过大的 DOMAIN-KEYWORD 出现在前面，后面的规则即使写对了，也可能永远不会命中。配置中的 GEOSITE、GEOIP、RULE-SET 是否可用，还取决于对应数据或规则集是否成功加载。Mihomo 文档列出了规则集的 domain、ipcidr 和 classical 等行为类型，规则集类型与内容格式不匹配时，不能按预期命中。参考：Mihomo rule-providers 内容格式说明。

第三层：规则写了但没有进入最终配置，检查覆写和规则集

如果在 Profiles 中修改了规则，订阅更新后规则消失，或 Connections 一直显示旧结果，重点检查最终运行配置，而不是继续编辑下载文件。不同版本的菜单名称可能不同，以下路径以当前界面为准：

1. 进入 Profiles，找到正在使用的订阅卡片。
2. 右键订阅卡片或打开卡片操作菜单，查找 Edit Rules、扩展配置、Override 或类似入口。
3. 检查规则是写入订阅规则、全局扩展配置，还是由脚本或合并配置生成。
4. 临时禁用扩展配置、脚本或规则覆写，再重新加载配置并测试一次。
5. 如果禁用后恢复正常，说明问题在覆写结果、字段合并或规则位置；逐项启用，而不是一次性全部恢复。

不要把需要长期保留的规则只写进订阅下载文件。订阅更新可能重新生成配置，手动修改会被覆盖。项目发布说明还特别提醒，在服务模式下，配置目录中的规则集和代理集合文件可能只是缓存副本；需要手动维护的文件应按项目说明使用合适的本地文件类型。参考：Clash Verge Rev GitHub Releases 及版本说明。

对于规则集，还要分别检查三件事：规则集是否下载成功、文件格式是否与 behavior 匹配、主规则是否真的引用了该 RULE-SET 名称。只看到规则集文件存在，不能证明它已经被主规则调用。

第四层：规则已命中但网页仍打不开，检查策略组、DNS 和协议

如果 Connections 已显示正确的规则和策略组，说明分流判断可能已经生效，接下来不要再反复改规则。按以下顺序检查：

1. 检查策略组。进入 Proxies，打开该规则对应的策略组，确认不是空组、失效节点或误选的 DIRECT。先换一个已能完成延迟测试的节点做对照。
2. 检查旧连接。在 Connections 中关闭或清理旧连接，再重新打开目标页面。旧 TCP 连接可能继续沿用原来的出站路径，导致你刚改规则后看不到变化。
3. 检查 DNS。如果域名解析结果异常、规则依赖域名但实际请求表现为 IP 连接，检查 DNS 模式、fake-ip、hosts 和 nameserver-policy。Mihomo 文档说明，fake-ip、redir-host、fake-ip-filter 以及规则相关 DNS 选项会影响解析流程；不要把 DNS 泄漏直接等同于“国内网站被错误代理”，后者更常见的原因是规则缺失、顺序错误或 GEO 数据不可用。参考：Mihomo DNS 配置文档。
4. 检查 UDP。如果浏览器 TCP 请求正常，但某个应用的 UDP 请求仍直连或失败，需检查节点或代理集合是否声明支持 UDP，以及应用是否实际使用 UDP。规则命中不代表节点一定能承载所有协议。
5. 检查 IPv6。如果只在 IPv6 网络下失败，临时关闭客户端中的 IPv6 相关设置进行对照。不要同时修改 DNS、TUN 和规则，否则无法判断是哪一项产生影响。

一个有用的判断是：规则命中后换节点能恢复，优先处理节点或策略组；换节点仍失败但关闭 DNS 覆写后恢复，优先处理 DNS；浏览器能用而终端或应用没有 Connections 记录，优先处理系统代理遵循情况或 TUN 权限。

系统代理、TUN 与不同系统的补充检查

Windows：先检查首页的 System Proxy 是否开启，并在系统代理设置中核对地址和端口是否仍指向 Clash Verge Rev 当前运行端口。不要凭记忆填写端口，进入客户端的 Settings → Clash Settings → Port 或相近入口查看实际值。如果安装了其他代理软件、安全软件或浏览器代理扩展，先暂时停用其中一个做对照。需要接管不遵循系统代理的程序时，再检查 TUN 或服务模式是否已安装、是否获得管理员权限。

macOS：检查系统网络服务中的代理开关是否与客户端状态一致。若仅 TUN 模式下域名规则异常，先关闭 TUN，恢复系统代理后测试同一域名，再决定是否重新启用 TUN。应用级代理扩展、终端环境变量和系统代理可能不是同一条链路。

Linux：确认桌面环境的系统代理、应用自身代理和 TUN 权限分别生效。命令行程序可能读取环境变量，也可能完全忽略桌面代理；如果 Connections 没有该程序的请求，不能仅凭浏览器结果判断规则正常。

系统代理只覆盖遵循系统代理设置的应用，TUN 则通过虚拟网卡尽量接管更多流量。二者不是规则模式的替代品，也不建议在出现断网时同时开启多个代理软件。先关闭 TUN 或冲突代理恢复基线，再逐项启用。

版本复测、回滚与最后判断

截至 2026 年 11 月 11 日，Clash Verge Rev 的项目发布页可看到 v2.5.10；发布说明显示，v2.5.9 和 v2.5.10 曾涉及配置、GEO 数据库、规则编辑或模式显示相关修复。版本问题需要以你的安装版本和项目 issue 为准，不能把某个旧版本现象推广到所有版本。

1. 在 Profiles 中导出或复制当前配置，保存订阅名称、覆写内容和自定义规则。
2. 记录一个可复现的域名、当前模式、Connections 中的 Rule 和策略组结果。
3. 暂时禁用扩展配置或覆写，重新加载配置后复测。
4. 如果问题只发生在某个版本，使用项目发布页中的相邻版本进行对照；不要删除唯一的配置备份。
5. 复测时只改一个变量，例如只切换 Rule/Direct、只更换节点，或只关闭 DNS 覆写。

如果 Connections 没有请求，继续查系统代理、TUN、应用代理和权限；如果有请求但未命中自定义规则，查规则顺序、最终配置和规则集；如果已正确命中但网页打不开，查策略组、节点、DNS、IPv6 和 UDP。只有在这些检查完成后，才适合判断需要更换节点或向订阅提供方反馈配置问题。

常见问题

为什么 Rule 模式开启了，Connections 里的规则仍然为空？

先确认页面顶部确实是 Rule，而不是 Global 或 Direct。然后确认目标应用的请求是否进入了 Mihomo。如果请求存在但 Rule 字段为空，可能与客户端版本、连接页面显示异常或运行配置有关；可先升级到可核验的项目版本并复测，同时保留原配置。项目 issue 曾记录过连接页面字段显示异常，因此不能仅凭空字段断定所有规则都没有加载。

把规则直接加到配置文件里，为什么订阅更新后又失效？

远程订阅更新可能重新生成配置，手动修改下载文件会被覆盖。应优先使用 Profiles 中的规则编辑、扩展配置或覆写入口，并在 Connections 中验证最终命中结果。自定义规则还要放在 MATCH 和宽泛规则之前。

国内网站走了代理，是不是 DNS 泄漏？

不一定。DNS 泄漏描述的是 DNS 请求是否经过预期路径，不等同于网站流量被分到代理。国内网站被代理更常见的检查方向是缺少直连规则、规则顺序错误、GEOIP 或 GEOSITE 数据不可用、策略组选择错误。先在 Connections 查看实际命中的规则和出站策略，再单独测试 DNS。

浏览器能按规则访问，某个桌面应用却不生效，怎么办？

先看 Connections 是否出现该应用的请求。没有请求时，应用可能不遵循系统代理，需要检查 TUN、服务模式或应用自身代理设置；有请求但 UDP 失败时，再检查节点和 UDP 支持。不要只根据浏览器结果判断所有应用都已被接管。

规则已经命中，但网页还是打不开，是否需要重写规则？

通常先不要重写。先换策略组中的节点，清理旧连接，检查 DNS 和 IPv6，再观察是否只有 UDP 或某类域名失败。规则命中只说明分流决策完成，不代表后续节点、解析和协议连接一定成功。

常见问题

Clash Verge Rev 规则模式不生效，最快先看哪里？

先到 Proxies 确认模式为 Rule，再到 Connections 看目标请求是否出现、命中了什么规则和策略组。没有请求查代理接管；有请求但命中错误规则查顺序；命中正确仍失败查节点、DNS 和协议。

为什么自定义规则写了却总是被 MATCH 接管？

Mihomo 通常按顺序匹配。把 DOMAIN、DOMAIN-SUFFIX、IP-CIDR 或 RULE-SET 规则放在宽泛规则和 MATCH 之前，并确认自定义规则实际进入了最终运行配置。

规则集下载成功，为什么 RULE-SET 还是不命中？

检查主 rules 是否引用了正确的规则集名称、rule-providers 的 behavior 是否与文件内容匹配，以及规则集是否在最终配置中生效。仅有缓存文件不代表主规则已调用。

TUN 开启后规则反而异常，应该怎么回滚？

先关闭 TUN，保留 Rule 模式和系统代理，用同一域名复测。如果恢复正常，再检查 TUN 权限、服务模式、DNS 和 IPv6；不要同时启用多个代理软件。

相关阅读

• Clash Verge Rev 网络错误按症状排查
• Clash Verge Rev DNS 对照测试
• Clash Verge Rev 配置导入与重新加载
• Mihomo Rule、Global、Direct 模式区别
• 代理连接成功但网页打不开的排查

参考资料

1. Clash Verge Rev GitHub Releases：版本发布说明与配置相关修复
2. Clash Verge Rev Issue：Rule、Global、Direct 与 TUN 的区别及 Connections 排查
3. Clash Verge Rev Issue：v2.5.2 编辑规则未参与运行时配置合并
4. Mihomo 文档：rule-providers 内容格式与 behavior
5. Mihomo 文档：DNS、fake-ip 与 fake-ip-filter 配置
6. Mihomo 文档：DNS 解析流程与规则关系