前言：Fake-IP DNS 是什么？
在 Windows 上使用 Clash Verge Rev 时，DNS 配置会影响域名如何被解析，以及解析请求是否能交给 Mihomo 内核处理。Fake-IP（虚假 IP）模式会为域名分配一个来自专用地址段的虚拟地址，通常是 198.18.0.0/16。应用程序拿到这个地址后，连接请求再由 Mihomo 根据域名和规则转发到目标站点。
Fake-IP 并不代表网站服务器真的使用了这个地址，也不会自动加密所有网络流量。它主要用于让内核保留域名与连接之间的对应关系，便于规则匹配和代理分流。要让它正常工作，除了配置 enhanced-mode，还要确认 DNS 模块已启用、配置确实被当前运行配置加载，并避免浏览器或 Windows 的其他 DNS 设置绕过 Clash。
适用场景
当你希望 Mihomo 更稳定地依据域名执行分流，或需要减少传统 DNS 解析方式造成的规则匹配问题时，可以尝试 Fake-IP。若某些局域网设备或应用依赖真实内网域名解析，则需要通过过滤规则保留这些域名的正常解析行为。
1开始前先确认配置来源
Clash Verge Rev 的配置页面通常同时涉及订阅配置、当前运行配置以及覆写设置。订阅配置可能由服务提供方定期更新；如果直接修改订阅下载得到的文件，下一次更新就可能把本地改动覆盖。因此，先确认你正在使用哪个配置，并了解本版本客户端提供的配置编辑或覆写入口，再决定在哪里添加 DNS 字段。
- 确认内核类型：打开 Clash Verge Rev 的设置或内核信息页面，确认当前运行的是支持该 DNS 配置的 Mihomo 内核。不同版本的界面名称可能略有差异；如果找不到相关入口，可查看客户端的版本说明。
- 确认当前配置：在「配置」页面辨认已启用的配置名称，确保后续修改针对正在运行的配置，而不是列表中未启用的旧文件。
- 备份原文件：如需直接编辑 YAML，先复制一份备份。不要将含有订阅凭据或节点信息的配置文件发送给他人。
- 检查文件格式：使用支持 YAML 的文本编辑器修改文件，保持缩进一致。YAML 使用空格表示层级，不要用 Tab，也不要重复创建多个顶层
dns:区块。
避免直接改动订阅源
如果订阅更新后设置消失，通常说明改动写进了会被重新下载的订阅文件。优先使用客户端支持的覆写、合并或本地配置方式；具体功能取决于 Clash Verge Rev 版本和订阅提供方配置，不要假定每个版本的菜单名称都完全相同。
2添加或修改 Fake-IP DNS 字段
找到当前配置的顶层 DNS 区块后，检查是否已有 dns:。如果已经存在，应在原区块中合并必要字段，而不是再复制一份。下面是一个用于说明结构的基础示例：启用 DNS，设置 Fake-IP 模式，并指定用于解析上游 DNS 主机名的地址及加密 DNS 上游。实际使用时，可根据网络环境替换解析服务器。
default-nameserver 用于解析 DNS 上游服务器本身的地址，nameserver 则是实际提供域名解析的上游。示例使用公共 DoH 服务；它们是否适合你的网络，取决于服务可达性和使用需求。若 DoH 地址无法连接，可按服务提供方文档更换上游，不要把示例当成所有网络环境下的唯一选择。
fake-ip-filter 用于指定不适合返回虚假地址的域名。示例中的局域网域名和 Windows 网络连通性检测域名仅作参考；如你依赖公司内网、打印机、NAS 或特定软件的本地解析，请把对应域名加入过滤列表。过滤规则的匹配语法应与当前 Mihomo 版本兼容。
先合并，再保存
如果配置中已经有 nameserver、fake-ip-filter 或其他 DNS 字段，不要整段覆盖。保留原有且仍需要的设置，只调整冲突项，并确认每一层缩进一致。订阅配置中的字段可能由提供方维护，修改前最好保留可恢复的副本。
3保存并重新加载当前配置
配置文件保存后，Mihomo 不一定会自动采用新内容。回到 Clash Verge Rev 的「配置」页面，选择当前使用的配置并执行客户端提供的更新、重新加载或切换操作。不同版本的按钮名称和位置可能不同；重点是让运行中的内核重新读取刚才修改的文件，而不是只在文本编辑器里保存。
- 如果客户端提供 YAML 校验或配置预览，先运行检查，确认没有缩进错误、重复键或不支持的字段。
- 重新加载当前配置后，查看内核运行状态和日志。若出现解析失败、字段类型错误或 DNS 初始化失败，先恢复备份，再逐项检查修改内容。
- 观察 DNS 相关日志是否持续报错。若配置加载正常但无法解析域名，检查上游 DoH 是否可达、网络是否需要认证，以及系统时间是否正确。
- 需要通过 TUN 接管更多系统流量时，再按需启用 TUN 并处理 Windows 权限提示。系统代理与 TUN 的接管范围不同；仅开启 Fake-IP 并不等同于所有应用的 DNS 请求都会自动进入 Mihomo。
不要同时改太多项
如果一次性更换 DNS 上游、过滤列表、TUN 和系统代理，出现问题时很难判断原因。建议先只启用 DNS 与 Fake-IP，确认基础解析正常后，再逐项调整过滤规则或流量接管方式。
4在 Windows 上验证解析结果
验证时要区分“配置已加载”和“系统请求确实经过 Clash”这两件事。首先确认客户端显示当前配置正在运行，随后访问一个常见域名并查看连接记录或日志中的域名与规则匹配信息。若应用通过 Mihomo 建立连接，通常可以在连接列表中看到目标域名、命中的策略以及所用节点。
使用 PowerShell 检查系统解析
打开 PowerShell，运行不指定 DNS 服务器的系统解析命令：
在确认请求确实经过 Fake-IP DNS 的前提下，返回地址可能位于你设置的 Fake-IP 地址段，例如 198.18.0.0/16。这只是一个检查线索，不是绝对判据：Windows 可能使用其他 DNS、浏览器可能启用安全 DNS，或者 Clash 的流量接管模式尚未覆盖这次请求。请同时查看 Clash Verge Rev 的日志和连接列表，确认请求是否到达 Mihomo。
也可以清理 Windows DNS 缓存后重新测试，避免旧记录干扰判断：
执行后再访问目标域名，并观察客户端日志。请勿用 nslookup 域名 8.8.8.8 这类显式指定外部 DNS 服务器的命令来判断 Clash 的 Fake-IP 是否生效，因为这会直接向指定服务器发起查询，测试路径与系统默认解析不同。
建议的验证标准
配置成功加载、DNS 请求有对应日志、应用连接按域名命中预期规则，三项结果彼此吻合时，比单看一次命令输出更可靠。若某项不一致，先检查请求路径和客户端接管状态。
5常见冲突与订阅覆盖排查
启用后仍然无法解析
先查看配置是否被当前内核加载，再检查 YAML 是否存在重复的 dns:、错误缩进或字段拼写问题。随后确认上游 DNS 地址在当前网络中可访问，并查看 Mihomo 日志是否显示超时、连接失败或证书相关错误。若只影响某些域名，也要检查它们是否被过滤规则、域名策略或其他 DNS 相关设置区别处理。
查询结果不是 Fake-IP 地址
这不一定说明 Fake-IP 配置无效。可能原因包括应用使用了自带的 DNS、浏览器开启安全 DNS、Windows 网络配置指向其他解析服务器，或系统代理模式没有接管该应用的 DNS 请求。先暂时关闭浏览器的安全 DNS进行对照测试，再查看客户端日志；需要更广泛接管系统流量时，可按需检查 TUN 状态及权限，不建议为了验证而随意改动防火墙或关闭安全软件。
订阅更新后设置恢复原样
订阅刷新可能重新生成远程配置，覆盖直接写入订阅文件的修改。遇到这种情况，先确认本地改动是否还在备份中，再使用该版本客户端支持的合并或覆写机制保存自定义 DNS 字段。如果订阅服务会定期调整 DNS，优先了解其配置说明，避免同一字段在订阅和本地覆写中互相覆盖。修改后重新加载并再次验证，确保运行配置而不仅是文件内容发生变化。
内网域名或局域网设备异常
Fake-IP 可能不适合依赖真实局域网地址的域名解析。将实际使用的内网后缀、主机名或特定系统域名加入 fake-ip-filter 后重新加载测试。过滤范围应尽量精确；过宽的通配规则可能使更多域名绕开 Fake-IP，影响预期的域名匹配与分流。
排查时建议保留一份“已知可用”的配置备份，并每次只改一个变量。这样即使某次订阅更新、内核升级或网络变化导致行为不同，也能快速回滚和定位问题。Fake-IP 的效果最终取决于 Mihomo 实际接收到 DNS 请求以及规则如何处理连接，单纯看到 DNS 字段存在，并不能证明整个解析链路已经按预期运行。