← 返回 acaisbest.shop 本地视觉备份 首页

Clash Verge Rev DNS 设置：覆写、Fake-IP 与异常排查

更新于 2026-10-27 · acaisbest.shop

简答：如果只是订阅导入后正常上网，Clash Verge Rev 的 DNS 覆写建议先保持关闭；只有出现解析失败、TUN 模式异常或局域网域名被错误代理时，再进入“设置 → Clash 设置 → DNS 覆写”做最小改动。优先从 Fake-IP、IPv6 和 fake-ip-filter 三项检查，不要一开始同时修改所有 DNS 参数。

定义：Clash Verge Rev DNS 设置，是通过客户端的 DNS 覆写功能调整 mihomo 内核的解析开关、解析模式、上游 DNS、Fake-IP 过滤和 IPv6 行为。

先试这一步：按症状选择最小 DNS 改动

本文是面向 Clash Verge Rev 用户的第三方使用指南，不代表官方页面。先不要复制一整套复杂配置：如果当前订阅已经包含 dns 字段，客户端会提示 DNS 覆写可能替换订阅中的自定义设置，进而导致节点或部分网站无法连接。官方界面文案明确建议不熟悉这些字段时保持 DNS 覆写关闭，可先查看Clash Verge Rev 的 DNS 覆写提示与字段定义。

遇到的现象先检查什么建议动作
订阅导入后网页正常是否真的需要自定义 DNS保持 DNS 覆写关闭，只确认系统代理或 TUN 是否正常
开启 TUN 后网页打不开或域名解析失败dns.enable、enhanced-mode、DNS 劫持先使用 fake-ip，确认配置生效后再逐项调整
NAS、打印机、局域网设备无法访问fake-ip-filter 与局域网域名加入 *.lan、*.local 等实际使用的局域网后缀
部分国内应用异常Fake-IP 兼容性与 IPv6先关闭 IPv6 或为相关域名返回真实地址，改完重载配置验证
担心 DNS 泄漏系统 DNS、TUN、浏览器 DoH先记录关闭客户端时的解析器，再开启后对比，不能只看网页是否能打开

上表的核心原则是“先判断是否需要改，再改一个变量”。mihomo 官方 DNS 文档说明，enable: false 时会使用系统 DNS；enhanced-mode 支持 fake-ip 和 redir-host，默认值为 redir-host。这些字段应以mihomo 官方 DNS 配置文档为准。

Clash Verge Rev DNS 覆写入口与配置关系

在 Clash Verge Rev 中，先打开客户端设置，使用可搜索的菜单关键词 Clash Settings 或DNS Overwrite，进入 DNS 覆写配置。不同版本的中文翻译和布局可能不同，但官方源码中的字段包括 Enable DNS、Enhanced Mode、Fake IP Range、IPv6、Nameserver、Fallback Filter 和 Hosts 等。

  1. 编辑配置：进入“设置 → Clash 设置 → DNS 覆写”，或打开当前配置对应的 DNS 高级设置。
  2. 保存：只修改一个目标字段，例如把 enhanced-mode 从 redir-host 改为 fake-ip。
  3. 校验：检查 YAML 缩进、冒号、列表短横线和 IP/CIDR 格式；官方客户端源码提供了 DNS 配置校验与保存接口，可参考Clash Verge Rev 的 DNS 配置保存与校验调用。
  4. 重新载入：重新载入当前配置，必要时关闭并重新开启系统代理或 TUN。
  5. 查看日志：观察是否出现 DNS bind、解析失败、配置字段错误或核心启动失败。
  6. 验证业务：分别测试普通网页、一个需要代理的域名、一个局域网地址，并检查解析器和 IPv6 是否符合预期。

需要区分三个层次：订阅自身的 dns 配置、Clash Verge Rev 的 DNS 覆写配置，以及配置文件的扩展或合并内容。它们不一定会按你手工编辑的顺序生效；如果界面启用了 DNS 覆写，最终运行配置可能优先采用界面生成的 DNS 字段。最稳妥的做法是先关闭 DNS 覆写确认订阅能否工作，再开启覆写并逐项对比日志。

三套可复制的最小配置思路

方案一：普通用户保持订阅默认行为

如果没有明确的解析问题，不建议强行覆盖订阅。可以只保留以下思路，不必把它完整粘贴到配置中：

dns:
  enable: false

这表示交给系统 DNS 处理。它不是“防泄漏配置”，也不能解决所有解析污染或 TUN 劫持问题，但改动最少，适合作为回滚基线。

方案二：TUN 解析异常时的最小 Fake-IP 配置

以下模板只包含核心字段，适合在已经确认需要客户端接管 DNS 时使用。上游 DNS 地址只是示例，实际可用性会受网络、地区、运营商和订阅配置影响，不能据此推断速度或稳定性。

dns:
  enable: true
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - '*.lan'
    - '*.local'
    - 'localhost'
  nameserver:
    - https://doh.pub/dns-query
    - https://dns.alidns.com/dns-query

mihomo 官方示例使用 198.18.0.1/16 作为 Fake-IP 地址池，并展示了加密 DNS、fake-ip-filter 和 nameserver-policy 的写法。请以mihomo 官方配置示例核对字段拼写。

方案三：局域网和部分应用兼容优先

如果你需要访问 NAS、路由器管理页、打印机或局域网服务，重点不是增加更多上游 DNS，而是避免这些域名被映射成 Fake-IP：

dns:
  enable: true
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter-mode: blacklist
  fake-ip-filter:
    - '*.lan'
    - '*.local'
    - '*.home.arpa'
    - 'localhost'
    - 'time.*'
  nameserver:
    - system

这里的 time.* 只是针对时间同步域名的宽泛示例，不应盲目照抄到所有环境；如果它造成解析范围过大，应删掉并改为实际域名。官方文档说明，fake-ip-filter 用于让匹配到的域名不返回 Fake-IP，过滤模式还支持 blacklist、whitelist 和规则模式。

Fake-IP、Redir-Host、IPv6 和 fallback 怎么选

字段作用适用判断常见代价
fake-ip为域名返回地址池中的虚拟地址，再由内核关联原始域名TUN 接管、需要更稳定地识别域名分流时优先考虑局域网、游戏、旧应用或依赖真实地址的程序可能需要过滤
redir-host返回真实解析地址，由后续连接处理分流兼容性优先、应用不适应 Fake-IP 时使用部分场景下域名识别和分流效果不如 Fake-IP 直接
ipv6控制是否返回 AAAA 解析结果确认 IPv6 路径和代理规则完整后再开启IPv6 直连路径未纳入预期规则时，可能出现访问异常或路径不一致
fallback备用解析服务器需要备用解析路径且理解过滤条件时使用配置不当会让结果判断更复杂，不能保证所有域名更快
nameserver-policy按域名或规则集选择解析服务器需要区分不同域名解析路径时使用规则写错可能导致某一类域名解析失败

不要把“开启 Fake-IP”理解成必然更快，也不要把“使用 DoH”理解成自动防止所有泄漏。mihomo 文档将 nameserver-policy、proxy-server-nameserver、direct-nameserver 分别用于不同解析场景；它们需要结合节点域名、直连出口和路由规则一起验证。

如果暂时只想解决 TUN 下的普通解析问题，建议先只设置 enable、enhanced-mode、fake-ip-range、fake-ip-filter 和 nameserver。等日志和业务验证正常后，再考虑 fallback、nameserver-policy 或 DoH 的 HTTP/3 选项。

按系统完成验证与回滚

Windows

  1. 在客户端关闭系统代理和 TUN，打开命令提示符执行 ipconfig /flushdns。
  2. 关闭客户端后执行 nslookup example.com，记录默认 DNS Server。
  3. 重新开启 DNS 覆写和 TUN，再执行同一命令，比较解析结果、响应时间和是否出现超时。
  4. 如果网页仍打不开，先关闭 IPv6 或切回 redir-host，不要同时修改上游 DNS 和代理组。

macOS

  1. 关闭 Clash Verge Rev 的 TUN 后执行 scutil --dns，记录系统解析器。
  2. 开启 TUN 后再次执行同一命令，确认系统 DNS 是否发生变化。
  3. 如果 TUN 开启后系统 DNS 被接管，先关闭 DNS 覆写与 TUN，确认基础网络恢复，再决定是否继续配置。

Clash Verge Rev 官方仓库中的 macOS 问题记录显示，TUN 场景下系统 DNS 可能被核心接管；该记录不能代表所有设备都会出现同样现象，但说明排查时必须同时观察客户端内部 DNS 和系统 DNS。具体可查看官方仓库关于 macOS TUN 与系统 DNS 的问题说明。

通用验证闭环

常见错误与快速处理

现象优先排查下一步
节点全部超时DNS 覆写是否替换了订阅内置 DNS；节点域名是否无法解析关闭 DNS 覆写，重新载入订阅；恢复后再配置代理节点专用解析
网站打不开但客户端显示已连接Fake-IP、IPv6 或规则命中切换为 redir-host 或关闭 IPv6 做对照测试
国内 App 异常应用兼容性、Fake-IP 过滤和直连 DNS为实际域名增加过滤项，并检查直连解析是否可用
NAS 或打印机无法访问局域网域名没有加入 fake-ip-filter加入实际后缀，如 *.lan，然后重载配置
配置看似保存但没有生效当前活动配置、DNS 覆写开关和扩展配置是否互相覆盖查看最终配置与日志，关闭扩展后只保留一份 DNS 配置测试

如果某个修改无法解释结果，最有效的回滚不是继续添加更多 DNS 地址，而是恢复“DNS 覆写关闭、TUN 关闭、原订阅配置”的基线，再按编辑、保存、校验、重新载入、查看日志、验证业务的顺序重做。

常见问题

Clash Verge Rev DNS 覆写要不要开启？

不一定。订阅正常、网页和应用都能访问时，建议先保持关闭。只有需要客户端接管 DNS、排查 TUN 解析异常或处理特定 Fake-IP 兼容问题时，再开启并逐项修改。

Fake-IP 和 Redir-Host 哪个更好？

没有对所有设备都适用的唯一答案。Fake-IP 更适合需要域名识别和 TUN 接管的场景，但局域网、游戏和旧应用可能需要过滤；Redir-Host 通常更偏向兼容性优先。应根据日志和业务结果对照测试。

开启 DNS 覆写后节点全部超时怎么办？

先关闭 DNS 覆写并重新载入原订阅，确认节点域名是否恢复解析。若恢复，说明覆写可能替换了订阅中的 DNS 或影响了节点域名解析，再配置时应先保留原有 DNS，并只修改一个字段。

为什么 NAS 或局域网设备打不开？

常见原因是局域网域名被 Fake-IP 处理。将实际使用的局域网后缀加入 <code>fake-ip-filter</code>，例如 <code>*.lan</code>、<code>*.local</code>，然后重新载入配置并验证真实地址解析。

DNS 覆写能保证没有 DNS 泄漏吗？

不能直接保证。系统代理、TUN、浏览器自带 DoH、IPv6 路径和应用自身解析方式都可能影响结果。应在关闭客户端、开启系统代理、开启 TUN 三种状态下分别记录解析器并对比。

Clash Verge Rev 的 DNS 配置保存了但不生效怎么办？

先确认修改的是当前活动配置，并检查 DNS 覆写开关是否开启；然后查看日志是否加载成功。若仍不生效，暂时关闭扩展或合并配置，只保留一份 DNS 设置进行测试。

相关阅读

参考资料

  1. Clash Verge Rev 官方仓库：设置字段与 DNS 覆写提示
  2. mihomo 官方文档：DNS 配置字段说明
  3. mihomo 官方配置示例：DNS、Fake-IP 与过滤项
  4. Clash Verge Rev 官方仓库：DNS 配置保存与校验接口
  5. Clash Verge Rev 官方仓库：macOS TUN 与系统 DNS 问题记录