梯子Z 来自巴黎的稳定快速安全ShadowsocksR梯子

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

更新于 2026-11-09 · zionladderq.top

简答：Clash Verge Rev 的 DNS 设置不建议直接照抄一套固定值：先在“设置 → Clash 设置”中确认 DNS 覆写是否必要，再检查订阅是否已有 dns 配置。网站打不开时，优先回退 DNS 覆写、关闭 TUN 或恢复原配置，并通过运行日志和实际访问结果确认变化。本文不判断当前是否存在某项服务的大面积故障，当前状态应以相关服务公告或状态页为准。

定义：Clash Verge Rev DNS 设置，是通过 Mihomo 内核控制域名解析方式、解析服务器、Fake-IP 或 redir-host 模式，以及代理节点域名解析路径的一组配置。

先试这一步：确认是否真的需要 DNS 覆写

大家搜索“Clash Verge Rev DNS 设置”，通常遇到的是网页打不开、TUN 开启后断网、订阅更新后配置失效，或者担心 DNS 泄漏。但 DNS 覆写并不是越复杂越好，尤其当订阅已经包含 dns 配置时，强行覆盖可能导致节点域名无法解析或部分网站无法加载。

现象先检查什么判断标准优先处理
普通网页打不开DNS 是否启用、系统代理是否生效客户端日志是否出现解析失败先关闭 DNS 覆写并重载当前配置
打开 TUN 后全机断网DNS 劫持、TUN 权限和增强模式关闭 TUN 后是否恢复先关闭 TUN，备份配置后逐项恢复
订阅更新后 DNS 设置消失是否只修改了当前订阅配置更新订阅后 dns 段被替换使用 Merge 或重新检查订阅合并结果
担心 DNS 泄漏DNS 请求实际经过哪条路径运行配置与测试结果是否一致先确认 DNS 接管范围，不把解析异常直接等同于泄漏

当前项目源码中的界面字段包括“Enable DNS”“DNS Overwrite”“Enhanced Mode”“Nameserver”“Fallback”“Proxy Server Nameserver”等，但不同版本界面可能不同，版本号和菜单细节应以当前安装界面为准。Clash Verge Rev 的设置字段可参考其公开界面定义：Clash Verge Rev 设置字段。

Clash Verge Rev DNS 设置入口与两个开关的区别

  1. 打开 Clash Verge Rev，进入设置页面。
  2. 找到“Clash 设置”或名称相近的内核设置区域。
  3. 先查看“DNS Overwrite”，再查看 DNS 编辑面板中的“Enable DNS”。
  4. 保存后重新加载当前配置或重新激活配置文件，再观察日志和访问结果。

“Enable DNS”表示是否启用内核 DNS 模块。Mihomo 文档说明，关闭该项时会使用系统 DNS 解析；启用后，解析行为由内核 DNS 配置决定。“DNS Overwrite”则是 Clash Verge Rev 对当前配置提供的覆盖入口，它可能替换订阅中的自定义 DNS 内容。

如果软件提示当前订阅包含自定义 DNS，优先选择保持关闭，除非你已经备份原配置并明确知道要改哪些字段。项目源码也包含 DNS 覆写单独保存、订阅自带 DNS 时提示覆盖风险等逻辑：DNS 覆写提示与字段说明。

这两个开关不是同一个概念：启用 DNS 是内核是否接管解析，DNS 覆写是是否用客户端提供的设置替换或补充当前配置。打开其中一个，不代表另一个一定会自动按预期生效。

常用 DNS 字段怎么理解

字段作用适用提醒
default-nameserver解析 DNS 服务器自身的域名，通常应使用可直接访问的地址。不要把只能通过代理访问的域名解析器放在这里形成循环依赖。
nameserver默认域名解析服务器。是基础解析入口，不代表所有请求都会只使用它。
fallback备用解析服务器。启用后还要结合 fallback-filter 判断结果是否采用。
proxy-server-nameserver专门解析代理节点域名。当 DNS 请求遵守路由规则时，缺少该字段可能出现代理节点无法解析的问题。
direct-nameserver为直连出口域名指定解析服务器。只有在确实需要区分直连解析路径时再设置。
nameserver-policy按域名或规则集合选择解析服务器。优先级和匹配范围应结合现有规则检查，避免覆盖订阅逻辑。
respect-rules让 DNS 连接遵守路由规则。启用时通常需要配合 proxy-server-nameserver，Mihomo 文档还提示不要盲目与 prefer-h3 组合。

上述字段和解析流程以 Mihomo 官方文档为准：Mihomo DNS 配置。文档同时说明，nameserver-policy会优先于一般的 nameserver 或 fallback 查询，因此修改策略前应先检查订阅是否已经写入相关规则。

DoH、DoT、普通 UDP DNS 怎么选

  • 普通 UDP DNS：配置简单，便于排查基础连通性，适合作为故障定位时的简化方案。
  • DoT：使用 TLS 传输 DNS 查询，字段通常以 tls:// 开头，依赖目标服务器和网络环境支持。
  • DoH：通过 HTTPS 发送 DNS 查询，字段通常以 https:// 开头，可选普通 HTTP/2 形式或根据内核支持尝试 HTTP/3。
  • DoQ：通过 QUIC 传输，兼容性和网络条件要求更具体，不建议在基础故障尚未定位时优先使用。

协议名称不等于一定更快、更稳定或更安全。选择时应看当前网络是否能访问解析服务器、客户端内核是否支持，以及是否会与路由规则产生循环。Mihomo 官方列出了 UDP、TCP、DoT、DoH、DoQ 和 system 等 DNS 类型：Mihomo DNS 类型说明。

排查时可以先只保留一个已知可用的解析方式，验证网页能否打开，再逐项加入 fallback、策略分流或加密传输，避免一次修改多个变量。

Fake-IP 与 redir-host：按使用场景选择

Mihomo 支持 fake-ip 和 redir-host 两种增强模式。Fake-IP 会为域名返回虚拟地址，再由内核根据映射继续处理；redir-host 更接近传统解析结果。两者不是速度开关，也不能单独解决所有 DNS 泄漏或连接失败问题。

  • 优先考虑 Fake-IP：你需要配合 TUN 接管更多系统流量，并且当前软件、局域网设备和应用能够兼容虚拟地址。
  • 优先考虑 redir-host：某些应用、局域网服务、登录页面或特殊网络环境对真实地址更敏感，使用 Fake-IP 后出现异常时可以回退。
  • 修改前先备份：记录原增强模式和 fake-ip-filter，出现断网时先恢复原模式，而不是继续叠加 DNS、TUN 和路由改动。

Mihomo 文档指出，Fake-IP 过滤器支持域名通配符，并且 TUN 入站的部分解析流程受到 Fake-IP 模式限制。具体兼容性取决于应用和现有规则：Mihomo DNS 解析流程。

订阅已有 DNS 时，什么时候用 DNS 覆写，什么时候用 Merge

只改一次并立即验证：可以先使用 DNS Overwrite，但要在操作前备份配置，并确认当前订阅没有必须保留的 DNS、节点解析或域名策略。

希望订阅更新后保留自定义字段：应研究当前版本支持的 Merge 或配置合并方式，把需要修改的字段放进合并配置，而不是直接编辑订阅原文件。合并规则必须以当前项目界面和文档为准，不能假设所有版本的合并优先级完全相同。

  1. 先复制当前配置或使用客户端的备份功能。
  2. 查看订阅生成配置中是否已经存在 dns:、nameserver-policy: 或 proxy-server-nameserver:。
  3. 一次只改一个字段组，例如先改 enhanced-mode，再验证是否能访问。
  4. 重新加载配置，确认运行时配置仍保留目标字段。
  5. 更新订阅后再次检查；如果字段消失，说明当前修改没有持久化到合并层。

配置备份可能包含订阅地址、代理节点和密码等敏感信息，项目隐私说明明确提醒备份内容可能包含这些数据。备份文件不要公开上传或发送给他人：Clash Verge Rev 隐私说明。

按现象排查：打不开、TUN 断网与订阅更新失效

网页打不开，但关闭 DNS 后恢复

  1. 关闭 DNS Overwrite，保存并重新加载当前配置。
  2. 保持其他设置不变，测试同一个网页或域名。
  3. 如果恢复，说明原 DNS 覆写与订阅配置或当前网络存在冲突，先保留回退状态。
  4. 再检查订阅中的 nameserver、fallback 和节点域名解析字段，不要直接全部替换。

开启 TUN 后全机断网

  1. 先关闭 TUN，确认系统网络是否恢复。
  2. 检查 TUN 所需的服务模式、管理员权限或系统授权；Clash Verge Rev 的界面文案说明，TUN 需要服务模式或管理员模式。
  3. 检查 DNS 劫持、DNS 模式和增强模式是否同时发生变化。
  4. 如果关闭 TUN 后恢复，先维持系统代理模式完成 DNS 验证，再单独测试 TUN。

订阅更新后自定义 DNS 失效

  1. 检查运行时配置，而不是只看编辑器中的保存文本。
  2. 确认 Merge 或扩展配置是否仍被当前配置文件加载。
  3. 如果更新后出现异常，恢复备份并重新加载订阅。

排查遵循“现象→先查什么→判断标准→处理→回滚”的顺序。不要把单个版本 Issue 直接当成所有用户的普遍原因；例如项目公开 Issue 记录过特定 macOS 版本中的 DNS 覆写和 Merge 组合异常，但它只能作为对应版本、对应现象的排查线索：Clash Verge Rev 特定版本 DNS Issue。

如何确认 DNS 设置真的生效

  1. 在客户端中确认当前配置已激活，而不是只保存了编辑内容。
  2. 查看运行日志，观察是否出现 DNS 配置错误、节点域名解析失败或核心启动失败。
  3. 分别测试一个直连域名和一个需要代理的域名，避免只用单个网站下结论。
  4. 关闭 DNS 覆写后重复测试，比较结果是否变化。
  5. 如果检查 DNS 泄漏，使用你信任的公开检测页面，并把结果与当前配置中的解析路径对应起来；检测结果不能单独证明所有流量都使用同一 DNS。

需要注意：DNS 解析成功不代表后续 TCP、TLS、路由或内容访问一定成功；网页打不开也不一定只由 DNS 引起。应结合系统代理、TUN、路由规则、节点连通性和日志分层判断。

常见问题

Clash Verge Rev 的“启用 DNS”和“DNS 覆写”有什么区别？

启用 DNS 是是否使用内核 DNS 模块；DNS 覆写是是否通过客户端设置替换或修改当前配置。订阅已有自定义 DNS 时，覆写可能造成冲突，建议先备份并保持关闭进行对比。

Clash Verge Rev DNS 设置应该使用 Fake-IP 还是 redir-host？

没有适合所有设备的固定答案。需要 TUN 接管更多流量且应用兼容时可以考虑 Fake-IP；应用、局域网或登录流程出现异常时，可先回退到 redir-host 验证。

为什么打开 DNS 覆写后节点反而连不上？

可能是覆写替换了订阅中的节点域名解析配置，也可能是代理节点需要单独的 proxy-server-nameserver。先关闭覆写并重新加载；若恢复，再逐项检查运行时 DNS 配置。

DNS 设置能解决所有网页打不开的问题吗？

不能。DNS 只负责域名解析链路，网页访问还可能受到系统代理、TUN、路由、TLS、节点连通性或目标站点状态影响。应结合日志和分层测试判断。

订阅更新后 DNS 覆写为什么会失效？

如果修改只写入当前订阅文件，更新时可能被新配置覆盖。可以检查当前版本支持的 Merge 或扩展配置功能，但字段优先级和菜单名称应以当前界面及项目文档为准。

相关阅读

参考资料

  1. Clash Verge Rev 设置字段与 DNS 覆写提示
  2. Clash Verge Rev 隐私与配置备份说明
  3. Mihomo DNS 配置文档
  4. Mihomo DNS 类型说明
  5. Mihomo DNS 解析流程
  6. Clash Verge Rev 特定版本 DNS 覆写问题记录