Clash Verge Rev 代理规则不生效怎么办？
简答：先确认配置已启用、模式是 Rule，并用 Global 与 Direct 做对照；随后在 Connections 查看目标域名实际命中的规则和链路。若浏览器能代理而某个应用不行，优先检查系统代理、应用代理设置，必要时再启用 TUN。
定义：Clash Verge Rev 代理规则不生效，指客户端虽然已运行，但请求没有按预期命中代理、直连或拒绝规则，常见表现是部分网站直连、规则命中错误，或不同应用的代理结果不一致。
先做三步速查：不要一开始就改 DNS
本文是第三方使用指南，重点解决 Clash Verge Rev 的规则分流与代理接管问题，不包含服务端搭建、节点制作或任何具体服务状态判断。
| 现象 | 先检查 | 结果如何判断 |
|---|---|---|
| 所有请求都直连 | 模式、配置启用状态、系统代理 | 若模式是 Direct，规则不会接管请求；若系统代理关闭，普通浏览器也可能不经过客户端 |
| Global 有效，Rule 无效 | Connections、规则顺序、MATCH 兜底 | 通常是规则未命中、被前面的规则覆盖，或最终落到 DIRECT |
| 浏览器有效，某个应用无效 | 应用是否遵守系统代理 | 不遵守系统代理的应用，通常需要单独配置代理或使用 TUN |
| Connections 中一直是 DIRECT | 命中规则与策略组 | 查看具体规则名称；若命中 GEOIP、GEOSITE 或 MATCH，需要继续核对规则内容和策略组选择 |
| 请求显示代理但连接失败 | 节点、DNS、日志 | 规则可能已经生效，故障层级转为节点连接或域名解析 |
Clash 内核的 operation mode 包括 rule、global 和 direct；其中 Rule 才会按规则匹配请求，Direct 会直接连接。可参考 mihomo 通用配置中的模式说明。
最短排查流程：从 Rule 模式到 Connections
- 确认当前配置已启用。打开 Clash Verge Rev 的配置或 Profiles 页面，确认正在使用的配置不是旧文件，订阅更新没有报错，并且节点、代理组和规则集已经加载。
- 确认模式为 Rule。在首页或代理设置中检查当前模式。临时切到 Global 测试同一个网址，再切到 Direct 测试一次。Global 能访问、Direct 不能访问，说明节点和基础代理大概率可用；Rule 仍异常时，应优先检查规则层。
- 打开 Connections。让目标网站或应用重新发起请求，找到对应域名，记录目标域名、网络类型、命中的规则、最终策略组或节点，以及连接结果。不要只看首页节点是否绿色。
- 识别最终链路。
DIRECT表示请求直连；代理组表示请求交给策略组继续选择；具体节点表示已经落到某个代理出口；MATCH是没有更早规则命中时的兜底匹配。mihomo 文档说明规则按从上到下的顺序匹配，排在前面的规则优先，MATCH会匹配所有没有条件限制的请求。详见 mihomo 路由规则文档。 - 修改后重新发起连接。关闭目标网页或应用的旧连接，刷新页面；必要时退出并重新打开应用，再观察新的 Connections 记录。旧连接不会因为你刚修改规则就自动变成新链路。
如果 Global、Direct、Rule 三种模式的结果没有差别，先不要继续调整自定义规则，优先确认系统代理、节点本身和客户端内核是否正常。
规则命中错误：重点看顺序、策略组和 MATCH
规则不生效不一定代表规则文件损坏。最常见的情况是目标请求已经被更靠前的规则处理，后面的自定义规则根本没有机会执行。
- 自定义规则放得太靠后：如果前面已有更宽泛的
DOMAIN-SUFFIX、GEOSITE、GEOIP或规则集，目标域名可能先被它们匹配。 - 策略组名称不一致：规则的目标应指向当前配置中实际存在的策略组。若订阅更新后策略组名称变化，自定义规则可能指向旧名称。
- MATCH 过早出现：
MATCH会匹配所有请求，放在自定义规则之前会让后续规则失去作用。它通常应作为兜底项，而不是第一条规则。 - 域名规则和 IP 规则不是一回事：
DOMAIN匹配完整域名，DOMAIN-SUFFIX匹配域名后缀，GEOIP则根据目标 IP 的地理库判断。目标请求如果已经解析为 IP，不能简单假设域名规则一定会按预期覆盖所有连接。 - UDP 请求继续向下匹配：mihomo 文档指出，当 UDP 请求使用的节点不支持 UDP 时，规则匹配可能继续向下执行，因此游戏、语音或 QUIC 类请求的结果可能与普通 TCP 网页不同。
建议先只添加一条最小规则进行验证，例如针对一个明确域名使用 DOMAIN-SUFFIX，目标指向现有代理组；确认 Connections 命中后，再逐条恢复其他规则。不要一次性替换整份订阅配置。
系统代理与应用接管：浏览器正常不代表所有应用都会走代理
Clash Verge Rev 的系统代理主要影响遵守操作系统代理设置的应用。如果浏览器已经按预期代理，但命令行工具、桌面软件或其他程序仍显示 DIRECT，先检查该应用是否自带代理设置、是否启用了独立的 PAC 或代理插件。
- 在 Clash Verge Rev 首页确认 System Proxy 已开启。
- 暂时关闭浏览器代理扩展、单独配置的 PAC 或其他代理软件，避免多个入口同时接管。
- 重新打开浏览器或目标应用，再到 Connections 查看是否出现新的请求记录。
- 如果目标应用仍不出现在 Connections，且它不遵守系统代理，可在确认客户端权限和系统兼容性的前提下尝试 TUN。
TUN 是接管更广泛系统流量的方式，但它不是修复规则顺序的替代品。启用前应先关闭其他 VPN、代理客户端或网络过滤软件，并按当前版本界面授予所需权限。若启用 TUN 后所有流量异常，先关闭 TUN，恢复到系统代理模式，再逐项排查。
DNS、Fake-IP 与 GEO 数据：规则命中异常时再检查这一层
DNS 会影响域名解析、Fake-IP 映射和部分基于域名或 IP 的判断，但不应在没有 Connections 证据时直接把所有分流问题归因于 DNS。先确认实际命中规则，再处理解析层。
- 检查 DNS enhanced-mode：mihomo 支持
fake-ip和redir-host等模式，Fake-IP 相关配置包括fake-ip-range、fake-ip-filter与过滤模式，具体字段以 mihomo DNS 配置文档为准。 - 检查局域网域名：内网、局域网或本地域名可能需要加入 Fake-IP 过滤列表，否则局域网设备访问可能异常。不要直接复制不适合当前网络的完整 DNS 配置。
- 检查 GEOIP/GEOSITE 数据：如果规则依赖 GEOIP 或 GEOSITE，更新订阅后观察规则集是否加载成功；mihomo 的通用配置包含 GEO 数据模式、加载方式和自动更新相关选项。
- 清理旧缓存后复测：修改 DNS 或 Fake-IP 后，重新载入配置，关闭旧网页连接，再进行一次新的域名访问。必要时清理系统 DNS 缓存，但不要把清理缓存当作规则修复本身。
如果只有某一个域名异常，先用 Connections 记录它的实际解析和命中结果；如果所有域名都异常，优先回到模式、系统代理、TUN 和节点连接检查。
按结果分流：规则问题、接管问题还是节点问题
| 观察结果 | 更可能的层级 | 下一步 |
|---|---|---|
| Global 可用，Rule 下命中 DIRECT | 规则顺序或规则集 | 查看具体命中项，把自定义规则移到可能覆盖它的规则之前，并确认目标策略组存在 |
| Rule 下命中代理节点，但连接超时 | 节点或网络连接 | 切换同一代理组中的其他节点，查看日志；不要继续改规则 |
| 浏览器可用，目标应用没有 Connections 记录 | 应用未遵守系统代理 | 检查应用自身代理设置，或在权限、冲突软件已确认后测试 TUN |
| 所有模式都无法访问 | 订阅、节点、DNS 或客户端内核 | 确认订阅未过期、节点仍存在，检查日志和系统时间，再做单节点测试 |
| 重新载入后规则恢复，重启又失效 | 配置保存或版本差异 | 查看当前客户端版本，到项目的 GitHub Releases 核对发布说明，必要时升级或回退并保留配置备份 |
截至 2026-10-27，项目仓库的发布页可用于核对版本和发行说明；不同版本的菜单名称、服务模式和权限行为可能不同，遇到界面不一致时，应以当前版本实际显示为准。
修改前后的校验与撤销方法
- 先备份：保存当前配置文件或记录订阅配置名称，不要直接覆盖唯一可用配置。
- 一次只改一层：先改模式或规则顺序，验证后再改 DNS；不要同时开启 TUN、替换 DNS、修改规则集和更换节点。
- 固定测试目标：使用同一个域名、同一个浏览器窗口和同一个节点，便于比较修改前后的 Connections 结果。
- 查看日志：重点区分 DNS 解析失败、连接超时、拒绝连接和 TLS 错误。若日志显示请求已经进入代理节点，说明规则至少完成了路由，后续应转向节点或网络排查。
- 撤销：恢复备份配置，关闭刚启用的 TUN 或系统代理，重新载入原配置，再确认 Connections 是否回到原状态。
如果问题只发生在某个版本，先记录版本号、系统、配置是否更新过，以及同一目标在 Global、Rule、Direct 下的结果，再到项目仓库提交问题或查找已有记录，避免只描述“规则不生效”。
常见问题
Rule 模式和 Global 模式有什么区别？
Rule 模式按配置中的路由规则逐条匹配；Global 模式把请求交给全局代理策略。Global 能用而 Rule 不能用，通常应先查规则命中和策略组，而不是先换节点。
Connections 里显示 DIRECT，是不是代理坏了？
不一定。DIRECT 只表示该请求最终选择了直连，可能是规则明确指定，也可能是被更靠前规则或 MATCH 兜底规则处理。先查看命中的具体规则名称。
为什么浏览器可以，其他软件不可以？
浏览器通常更容易遵守系统代理；部分应用使用自己的网络栈或独立代理设置。确认应用是否出现在 Connections，若没有，再检查应用代理设置或按权限要求测试 TUN。
要不要直接把 DNS 改成 Fake-IP？
不要直接照抄完整配置。先确认问题确实与解析或 Fake-IP 有关，再根据当前配置和 mihomo DNS 文档逐项调整，并保留回滚方案。
自定义规则应该放在哪里？
应放在可能覆盖它的宽泛规则之前，MATCH 通常作为兜底项。规则按从上到下匹配，调整后必须重新发起请求并在 Connections 中确认命中结果。
规则改完仍不生效，下一步查什么？
依次确认配置是否已重新载入、系统代理是否开启、应用是否遵守系统代理、节点是否能在 Global 下访问，以及是否存在其他 VPN、代理软件或端口冲突。
延伸阅读
如果你已经确认规则命中，但仍然无法连接，可继续查看站内的 Clash Verge 连接失败、节点全红或 Timeout 排查；如果问题集中在订阅导入，可参考 Clash Verge 配置代理与订阅导入。需要进一步测试单个节点时，可查看 Clash Verge 节点测速与选择。
常见问题
Rule 模式和 Global 模式有什么区别？
Rule 按规则逐条匹配，Global 交给全局代理策略。Global 可用而 Rule 不行时，先查 Connections 和规则顺序。
Connections 显示 DIRECT，是不是代理坏了？
不一定。DIRECT 可能是规则明确指定，也可能是前面的规则或 MATCH 兜底命中，先查看具体命中规则。
为什么浏览器能用，其他软件不能用？
目标应用可能不遵守系统代理。先看它是否出现在 Connections，再检查应用自身代理设置或按权限测试 TUN。
要不要直接修改 DNS 或 Fake-IP？
不要一开始就改。先确认 Connections 的命中结果，只有证据指向解析层时，才按 mihomo DNS 文档逐项调整并保留回滚。
自定义规则为什么总是不生效？
常见原因是被更靠前的规则覆盖、策略组名称不一致，或 MATCH 放在了自定义规则之前。