Clash Verge Rev DNS 设置怎么配置？

更新于 2026-11-10 · naisii.shop

简答：如果订阅已经能正常解析，普通用户先不要开启 DNS Overwrite；只有在网站打不开、解析异常或 TUN 模式出现 DNS 问题时，再进入设置中的 DNS 覆写逐项修改。最短路径是：先记录原配置 → 只改 enhanced-mode 或 nameserver → 应用并重启内核 → 用日志、nslookup 和外部 DNS 测试共同确认。

定义：Clash Verge Rev 的 DNS 设置，是客户端向 Mihomo 内核传递域名解析方式的配置，主要涉及上游 DNS、Fake-IP/Redir-Host、节点域名解析和直连域名解析。

先试这一步：普通用户不要急着改 DNS 覆写

本文是第三方使用指南，页面不代表任何客户端项目的官网。Clash Verge Rev 使用 Mihomo 内核处理 DNS；客户端界面中的 DNS Overwrite 会影响传递给内核的 DNS 配置，和配置文件中的 dns.enable 不是完全相同的概念。官方项目代码中也将 DNS Overwrite、Enable DNS、Nameserver、Fallback、Proxy Server Nameserver 和 Direct Nameserver 分开显示，具体菜单名称可能因版本或语言不同而变化。可先参考项目界面字段定义。

最快判断路径：

1. 先确认当前订阅已经成功加载，并且能看到代理节点。
2. 暂时保持 DNS Overwrite 关闭，测试一次打不开的网站。
3. 如果关闭覆写时能正常连接，不要为了“优化”而强行修改 DNS。
4. 如果域名打不开、IP 地址可以连接，或日志显示域名解析失败，再进入 DNS 设置处理。

成功判据不是“某个字段显示已开启”，而是目标域名能够稳定解析、节点域名可以连接、浏览器和需要代理的应用都能正常访问，并且重新加载配置后仍然有效。

Clash Verge Rev DNS 设置入口在哪里

在桌面客户端中，通常可以从设置区域寻找 Clash Settings、DNS Settings 或 DNS Overwrite。不同版本的菜单层级、中文翻译和是否显示齿轮按钮可能不同，因此不要只按某一张旧截图寻找入口。

1. 打开 Clash Verge Rev，进入设置页面。
2. 查找 Clash 设置或 DNS 设置区域。
3. 确认是否存在 DNS Overwrite 开关。
4. 若要修改具体字段，打开该区域的高级设置或齿轮按钮。
5. 先截图或抄下原值，再只修改一个字段。

如果订阅中已经包含自定义 DNS，客户端可能提示开启 DNS Overwrite 会替换订阅里的部分设置。此时优先保留订阅配置，除非你能明确说明要解决的现象。项目界面文案明确提示，DNS Overwrite 可能替换订阅配置，从而导致节点连接或部分网站加载异常；该提示可在Clash Verge Rev 的 DNS 设置字段中核对。

注意：设置页的 DNS 覆写、订阅覆写或 Extend Config 都可能参与最终配置生成。不要同时改三处，否则出现问题时很难判断到底是哪一层生效。

Fake-IP 和 Redir-Host 怎么选

Mihomo 文档将 enhanced-mode 定义为 DNS 处理模式，可选 fake-ip 或 redir-host，默认值为 redir-host。Fake-IP 会给域名返回虚拟地址，Redir-Host 则保留实际解析结果。具体行为还会受到 TUN、规则、DNS 劫持和应用自身解析方式影响，不能只看一个开关判断所有流量路径。详细字段以Mihomo DNS 配置文档为准。

对新手而言，建议先用 redir-host 建立可用连接，再考虑 Fake-IP。若切换到 Fake-IP 后出现局域网无法访问、应用登录异常或某些域名超时，先把模式改回 redir-host 验证，而不是立即增加大量过滤规则。

DNS 字段分别怎么填

下面是 Mihomo 常见 DNS 字段的实用解释。字段名称以当前内核文档为准，客户端界面可能使用略有不同的中文翻译。

• nameserver：默认域名解析服务器，负责常规域名查询。
• fallback：备用解析服务器。填写后通常还会配合 fallback-filter 判断哪些结果可用。
• default-nameserver：用于解析 DNS 服务器自身域名的引导 DNS。Mihomo 文档说明该字段必须是 IP，也可以使用加密 DNS 形式；不要把它简单理解成普通查询的主 DNS。
• proxy-server-nameserver：专门用于解析代理节点域名。启用 respect-rules 时，Mihomo 文档要求考虑该字段，否则可能出现“解析代理节点需要代理，但代理又依赖该节点”的循环问题。
• direct-nameserver：用于直连出口的域名解析，可支持 system。为空时会跟随其他 DNS 配置。
• direct-nameserver-follow-policy：控制直连 DNS 是否遵循 nameserver-policy；只有配置了 direct-nameserver 时才有实际意义。
• nameserver-policy：按域名、域名后缀或规则集选择解析服务器，优先级可能高于普通 nameserver/fallback。

地址可达性提醒：下面的 YAML 只是一套结构完整的示例，不代表所有网络都能访问其中的 DNS 地址。请先确认所在网络可以访问；无法访问时，应替换为你所在网络可用的 DNS，或删除不可达的地址。不要因为示例能保存就认为 DNS 一定能用。

dns:
  enable: true
  ipv6: false
  enhanced-mode: redir-host
  default-nameserver:
    - 223.5.5.5
  nameserver:
    - 223.5.5.5
  fallback:
    - 1.1.1.1
    - 8.8.4.4
  proxy-server-nameserver:
    - 223.5.5.5
  direct-nameserver:
    - system
  direct-nameserver-follow-policy: false
  respect-rules: false

这段配置不能单独作为完整订阅启动，它只是可粘贴到现有配置的 DNS 扩展示例。ipv6: false 会关闭 AAAA 解析结果返回，可能减少 IPv6 路径造成的排查变量，但如果你的网络和节点明确依赖 IPv6，不应固定照抄。respect-rules: true 也不是通用默认值；启用前要确认代理节点域名有可用的 proxy-server-nameserver。direct-nameserver: system 适合希望直连域名交给系统 DNS 的场景，但不等于所有应用都一定使用同一解析路径。

普通使用、TUN 和隐私排查的三套方案

官方项目界面文案中将 DNS Overwrite 与 DNS Enable 分开，并将 TUN 的 DNS Mode、Auto Route、DNS Hijack 等字段单独列出。这说明它们不是同一个开关。不同版本对这些选项的入口和默认行为可能不同，遇到界面不一致时，应以当前版本显示和最终运行时配置为准。

如果使用 TUN，建议按照“先能连接，再接管 DNS”的顺序：先关闭 TUN 或 DNS 覆写确认订阅本身可用；然后只开启 TUN；最后再调整 DNS。每次只改一项，记录修改前后的日志和实际访问结果。

配置保存后如何确认真的生效

1. 检查配置是否保存：重新打开 DNS 设置，确认字段仍保留；如果页面提示 YAML 错误，先恢复上一份配置。
2. 重新应用配置：重新选择当前配置文件、重启内核或重新加载配置。具体按钮名称可能随版本不同。
3. 查看运行时信息：检查当前配置中的 dns.enable、enhanced-mode、nameserver 和 TUN 相关字段，不要只看编辑框。
4. 对比域名解析：在系统终端使用 nslookup example.com 或系统提供的同类命令，对比客户端关闭和开启时的结果。该命令只能帮助定位解析链路，不能单独证明没有 DNS 泄漏。
5. 做外部复测：连接状态稳定后，打开DNS Leak Test并执行标准或扩展测试，观察实际使用的 DNS 服务器。浏览器自身的 Secure DNS、系统服务、IPv6 或 TUN 旁路仍可能影响结果。

如果客户端日志显示 DNS 查询成功，但外部测试仍出现不期望的解析服务器，优先检查浏览器独立 DoH、系统 DNS、IPv6 和其他网络软件；如果外部测试正常但网站仍打不开，则问题可能在节点、规则、TLS 或 MTU，而不一定是 DNS。

常见故障：按现象处理并保留回滚路径

1. 开启 DNS Overwrite 后节点无法连接

先关闭 DNS Overwrite，重新加载原订阅。如果节点恢复，说明覆写配置至少与当前订阅或节点域名解析存在冲突。保留原配置，不要继续叠加 fallback 和 nameserver-policy；随后只添加能解释问题的字段。

2. Fake-IP 后局域网或游戏异常

先回退到 redir-host。如果问题消失，再按域名逐项添加 Fake-IP 过滤器，例如局域网后缀或已确认需要真实地址的域名。过滤器应以实际故障域名为依据，不要一次加入大量未知规则。

3. 保存时报 YAML 错误

检查缩进、冒号、列表短横线和字段类型。DNS 地址列表应保持一致的列表格式；先删除刚新增的字段，再逐项恢复。不要把整个订阅文件替换成只有 DNS 的片段。

4. DNS 查询成功但网页仍打不开

分别测试节点延迟、连接日志、规则命中和浏览器安全 DNS。若 IP 可访问而域名不可访问，继续查 DNS；若域名已解析但连接超时，应转向节点、路由或 MTU 排查。可继续参考站内的Clash Verge Rev 连接失败排查。

5. 订阅更新后自定义 DNS 消失

不要直接修改下载回来的订阅文本。优先使用当前版本提供的订阅覆写、Merge 或 Extend Config 功能，并确认最终运行时配置确实包含你的 DNS 字段。相关配置文件的备份与恢复方法，可参考配置文件备份与恢复教程。

回滚顺序：关闭 DNS Overwrite → 删除最近新增的扩展段 → 恢复原来的 enhanced-mode 和 DNS 地址 → 重启内核 → 再测试订阅、节点和网页。每次回滚只恢复一层，便于找出真正造成问题的字段。

结论：Clash Verge Rev DNS 设置的最稳路径

先判断问题是不是 DNS，再决定是否覆写。普通用户优先保留订阅 DNS；首次排障优先使用 Redir-Host；TUN 场景先验证 TUN，再处理 DNS 劫持和 Fake-IP；涉及 respect-rules 时，同时检查节点域名解析所需的 proxy-server-nameserver。修改后要经过“配置保存—内核重载—日志检查—实际访问—外部 DNS 测试”的闭环，不能把某一个字段或命令结果当成完整结论。

如果修改后仍然无法判断是 DNS、节点还是系统网络问题，可以先恢复默认配置，再按照单变量方式重新测试。订阅没有节点、节点超时或配置加载失败时，应分别处理，不要把所有症状归因于 DNS。

常见问题

Clash Verge Rev 需要开启 DNS Overwrite 吗？

不一定。订阅已经能正常解析和连接时，普通用户建议先保持关闭。只有在域名解析失败、TUN 接管异常或需要明确控制上游 DNS 时，才逐项开启并验证。

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

没有对所有网络都适用的固定答案。Redir-Host 更适合作为首次排障和兼容性优先的起点；Fake-IP 适合需要统一接管 DNS 的场景，但局域网、游戏和特殊应用可能需要过滤或回退。

default-nameserver 是不是普通的主 DNS？

不是。Mihomo 文档将它定义为解析 DNS 服务器自身域名的引导 DNS，并说明该字段必须是 IP，也可以使用加密 DNS。普通域名查询主要看 nameserver、fallback 和 nameserver-policy。

开启 DNS 设置后为什么节点反而连不上？

可能是 DNS 覆写替换了订阅中的设置，也可能是代理节点域名没有可用的解析路径。先关闭 DNS Overwrite 并重新加载订阅；如果恢复，再检查 proxy-server-nameserver 和 respect-rules。

nslookup 正常能证明没有 DNS 泄漏吗？

不能。nslookup 只能帮助观察某一次本机解析路径。浏览器独立 DoH、系统服务、IPv6、TUN 劫持和其他网络软件都可能造成旁路，还需要结合客户端日志和外部 DNS 泄漏测试判断。

订阅更新后 DNS 配置被覆盖怎么办？

不要直接修改订阅文本。使用当前版本提供的订阅覆写、Merge 或 Extend Config 功能，并在重新加载后检查最终运行时配置；如果仍然异常，先恢复原订阅再逐项添加扩展字段。

相关阅读

• 配置文件备份与恢复教程
• Clash Verge Rev 连接失败排查
• 订阅导入后没有节点的排查方法
• sing-box 与 Clash 的配置差异对比

参考资料

1. Clash Verge Rev 项目界面字段定义与 DNS/TUN 设置文案
2. Mihomo DNS 配置文档
3. Mihomo DNS 解析流程说明
4. DNS Leak Test 外部 DNS 泄漏检测（dnsleaktest.com）
5. Clash Verge Rev 项目发布页面