糖果云 Clash Verge Rev 规则不生效怎么办？
简答：先不要盲目添加规则：在 Clash Verge Rev 的连接页面确认目标域名是否进入客户端、实际命中了哪条规则以及使用了哪个策略组。若完全没有连接记录，先修复系统代理或 TUN；若已命中但走错线路，再检查规则顺序和策略组名称。
定义：Clash Verge Rev 规则不生效，通常是指请求未进入客户端、未处于 Rule 模式、被前面的规则提前匹配，或规则指向了不存在的策略组。
先用这张表判断：到底是哪一层出了问题
糖果云订阅在 Clash Verge Rev 中出现“规则不生效”，不要先假设是订阅本身有问题。先打开客户端的连接、日志或请求记录，访问一个能稳定复现问题的域名，再按下表定位。
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 连接页面完全没有目标请求 | 系统代理、TUN、应用是否绕过代理 | 先让请求进入 Clash，再看规则 |
| 请求出现，但模式显示 Global 或 Direct | 当前模式不是 Rule | 切换到 Rule，并重新发起请求 |
| 已命中规则，但走了错误策略组 | 规则顺序、规则类型、策略组名称 | 把更具体的规则放到前面，核对名称 |
| 主页面可用，登录或图片加载失败 | CDN、接口、登录域名没有一起覆盖 | 查看失败请求的实际域名，逐个补规则 |
| 规则命中正确但仍超时 | 节点、DNS、IPv6、旧连接 | 换节点并清理旧连接后复测 |
Clash Verge Rev 的官方规则文档说明，自定义规则可以在订阅配置文件上进行编辑，且规则按从上到下的顺序匹配；Mihomo 文档也明确说明，上方规则优先级更高，命中后不再继续向下匹配。可查看 Clash Verge Rev 规则文档 与 Mihomo 路由规则文档。
按“编辑—保存—校验—重载—日志—验证”排查
- 确认使用的是正确配置。在配置或 Profiles 页面确认当前激活的是糖果云对应的订阅，而不是其他订阅、旧配置或临时配置。若你刚更新过订阅，先记录当前配置名称，再继续操作。
- 确认模式是 Rule。Global 会让请求统一交给当前选择的代理组，Direct 会绕过代理规则；这两种模式下，单独修改域名规则通常无法得到预期分流。将模式切换为 Rule 后，关闭目标网页或应用的旧连接，再重新访问。
- 确认请求确实进入客户端。对浏览器等遵循系统代理的程序，打开 Clash Verge Rev 的系统代理开关后再测试。终端、部分桌面软件、游戏或自带网络栈的应用可能不遵循系统代理；这类场景需要在确认风险和权限后测试 TUN。Mihomo 文档将代理端口与 TUN 都列为流量进入内核的方式，但具体是否接管某个应用仍取决于系统路由和应用行为，可参考 Mihomo 入站配置文档。
- 不要直接改订阅原文件。优先使用 Clash Verge Rev 对订阅配置提供的“编辑规则”或覆盖入口。官方文档说明，该入口用于编辑订阅规则，避免订阅更新后手工改动被覆盖。若界面名称不同，可在配置页面搜索“编辑规则”“规则覆盖”或“Merge”等关键词，但不要把未确认的字段直接写进原始订阅。
- 把更具体的规则放在前面。假设你要让某个域名后缀走指定策略组，可使用类似
DOMAIN-SUFFIX,example.com,策略组名称的规则行。策略组名称必须替换为当前糖果云配置中真实存在的名称，大小写、空格、括号和符号都要完全一致；该名称目前未核实，不能直接套用网上示例。不要把规则放在过于宽泛的GEOIP、GEOSITE或MATCH之后，否则前面的规则可能已经决定了去向。 - 保存后重新加载。保存规则后重新选择一次当前配置，执行配置更新或重载内核；如果仍无变化，再完全退出并重新打开客户端。规则修改只对重新建立的请求可靠验证，浏览器旧连接、HTTP/2 连接或应用缓存可能让你误以为规则仍未生效。
- 在连接页核对四项结果。目标域名应出现在连接记录中，并能看到实际命中的规则、策略组和所用节点。若命中的是预期规则但节点连接失败，问题已经从“规则问题”转为“节点或网络问题”；若命中的是其他规则，则继续调整顺序；若没有记录，则回到系统代理、TUN或应用是否绕过代理这一层。
一个常见误区是只给主域名添加规则。例如网页首页使用 example.com，登录、静态资源、接口和视频却可能来自其他域名。应以连接页中实际失败的请求为准，逐个确认域名，而不是只凭地址栏猜测。
规则命中后仍不正常：检查策略组、DNS、IPv6 与 Fake-IP
策略组名称不一致：规则最后一列不是“随便写一个名字”，而是必须指向当前配置里存在的策略组。名称写错时，可能表现为规则无法按预期执行、策略组不可用或请求落到后续规则。最稳妥的做法是从代理页面复制现有策略组名称，不要手打。
DNS 影响判断：DNS 不一定是规则本身的问题，但错误解析、缓存或不同的 IPv4/IPv6 路径会让同一域名表现不同。Mihomo 文档列出了 fake-ip 与 redir-host 两种增强模式，并说明 ipv6 会影响 AAAA 记录解析；因此排查时应一次只改一个变量：先保持现有 DNS 设置，关闭目标应用旧连接后重试；若只有 IPv6 路径失败，再临时对比关闭 IPv6 的结果，而不是同时重写整套 DNS。
Fake-IP 不要盲目清空：如果启用了 Fake-IP，先在连接记录中确认域名是否能被识别。Mihomo 文档说明，Fake-IP 过滤列表决定哪些域名不分配 Fake-IP；某些局域网、内网或特殊应用可能需要真实地址。只有当日志或复现结果明确指向 Fake-IP 兼容问题时，才针对单个域名调整过滤，不要直接套用大段网上配置。
验证顺序：先用浏览器访问目标域名，确认连接页命中规则；再用另一个明确域名测试同一策略组；最后才测试桌面应用或 TUN。每一步只变更一个设置，并记录“模式、命中规则、策略组、节点、IPv4/IPv6、是否有连接记录”，这样才能区分规则错误与线路问题。
可以直接照做的最小修复流程
如果你只想先恢复一个域名的分流，可按以下闭环操作：
- 备份当前配置或记下当前订阅名称，避免改错后无法回退。
- 确认当前激活配置是糖果云订阅，并切换到 Rule 模式。
- 打开订阅配置的规则编辑入口，在前置规则位置添加一条具体域名规则，例如
DOMAIN-SUFFIX,example.com,实际策略组名称。 - 保存并校验格式，确认逗号、域名和策略组名称没有多余空格或全角符号。
- 重新载入配置或重启内核，关闭浏览器旧标签页后重新打开。
- 在连接页查看目标域名是否命中新增规则；若没有请求记录，检查系统代理或 TUN；若已命中但失败，换节点并查看日志。
- 若订阅更新后规则消失，说明你修改的位置没有被持久化，应改用客户端提供的规则编辑或覆盖入口，而不是继续直接编辑订阅文件。
截至 2026-10-27，官方 GitHub 发布页显示 Clash Verge Rev 的版本信息仍应以项目发布页为准；如果你的菜单名称与本文不同，先核对客户端来源和版本，再按“配置、规则、系统代理、TUN、连接、日志”等关键词寻找对应入口。不要因为版本不同就直接复制未经核验的完整配置。
常见问题
为什么糖果云 Clash Verge Rev 切到 Rule 后，网站还是直连？
先看连接页有没有该网站的请求。如果没有，通常是系统代理未开启、应用不遵循系统代理，或需要测试 TUN；如果有请求但命中 Direct，检查前面是否有更宽泛规则、GEOIP/GEOSITE 规则或旧配置仍在生效。
我添加了 DOMAIN-SUFFIX 规则，为什么仍然走错线路？
重点检查三项：规则是否添加到了当前激活配置，规则是否排在提前匹配的规则之前，以及最后的策略组名称是否与代理页面完全一致。还要查看失败请求是否使用了另一个接口、CDN或登录域名。
规则已经命中，但页面仍然打不开，是规则失效吗？
不一定。规则命中只说明请求选择了某个策略组，不能证明该节点可用。先在连接页确认实际节点，再换一个节点测试；如果多个节点都失败，再检查 DNS、IPv6、TUN 和应用本身的网络连接。
订阅更新后，我的自定义规则消失了怎么办？
不要继续直接修改订阅原文件。使用 Clash Verge Rev 的规则编辑或配置覆盖入口，并在保存后重新载入配置；如果客户端没有保留入口，先备份规则文本，再核对当前版本文档和配置结构。
要不要直接改 Fake-IP、fallback-filter 或整套 DNS？
不建议一开始就大范围改动。先通过连接记录证明问题与 DNS 或 Fake-IP 有关，再一次只调整一个参数，并保留回滚方式。Mihomo 官方文档说明 DNS 的 Fake-IP、IPv6、规则跟随等选项各自影响不同处理环节，不能把单一配置直接当成通用修复方案。
常见问题
为什么糖果云 Clash Verge Rev 切到 Rule 后，网站还是直连？
先查看连接页是否有该网站请求。没有请求时检查系统代理、TUN和应用是否绕过代理；有请求但命中 Direct 时，检查规则顺序和当前激活配置。
DOMAIN-SUFFIX 规则添加后仍走错线路怎么办？
确认规则写入的是当前激活配置，排在更宽泛规则之前，并确认最后的策略组名称与代理页面完全一致；同时检查实际失败的接口或 CDN 域名。
规则已经命中但页面打不开，是规则失效吗？
不一定。命中规则只代表选择了策略组，不能证明节点可用。先确认实际节点并换节点测试，再排查 DNS、IPv6、TUN和应用连接。
订阅更新后自定义规则消失怎么办？
不要直接修改订阅原文件，改用客户端提供的规则编辑或配置覆盖入口，保存后重新载入并备份规则文本。