Clash Verge DNS 设置：从默认配置到故障排查
简答：先不要盲目开启 DNS 覆写：如果订阅已经包含完整的 dns 配置，优先保持覆写关闭；只有在明确需要统一解析策略、解决域名解析异常或配合 TUN 时，再通过 DNS 设置或全局扩展配置修改。操作后检查配置是否生效，再逐项排查 Fake-IP、IPv6、节点域名解析和 DNS 出口。
定义：Clash Verge DNS 设置，是通过客户端的 DNS 覆写或扩展配置，调整 Mihomo 核心的域名解析方式、Fake-IP 模式、上游 DNS、分流策略和节点域名解析。
先判断：你是否真的需要修改 DNS
资料核验日期：2026-11-02。Clash Verge Rev 是运行在 Windows、macOS 和 Linux 上的图形客户端，实际执行 DNS 解析的是 Mihomo 核心。客户端界面中存在按配置文件保存的 DNS 覆写开关；当当前订阅已经带有自定义 DNS 时，界面会提示 DNS 覆写可能替换订阅配置，进而导致节点无法连接或部分网站打不开。可先查看当前配置是否有 dns:、nameserver: 或 nameserver-policy:，再决定是否改动。依据：Clash Verge Rev 设置字段与提示。
| 现象或目标 | 优先处理 | 是否建议立即开启 DNS 覆写 |
|---|---|---|
| 订阅导入后能正常访问 | 先保持订阅原配置，记录当前状态 | 不建议 |
| 域名无法解析，但 IP 访问正常 | 检查 DNS 是否启用、上游是否可达，再复测 | 按需 |
| 开启 TUN 后大量网站打不开 | 先关闭 TUN，确认系统代理可用，再检查 DNS 与 DNS 劫持 | 不要盲开 |
| 节点服务器使用域名且经常超时 | 单独检查 proxy-server-nameserver | 按需 |
| 只想让内网域名走公司 DNS | 使用 nameserver-policy 定向解析 | 按需 |
最短建议：先备份配置，保持 DNS 覆写关闭，确认系统代理能访问；只有在问题可以复现、且能说明要改变哪一项解析行为时，才进入下一步。
Clash Verge DNS 设置入口与最短操作流程
- 备份。在修改前保存当前配置文件或导出配置，至少记下当前生效的配置文件名称、DNS 覆写状态和 TUN 状态。
- 打开配置文件相关页面。进入 Clash Verge 的设置或配置文件页面，寻找名称接近“DNS 覆写”“DNS Override”“全局扩展配置”或“Global Extended Configuration”的入口。不同版本菜单文字可能变化，以当前界面为准。
- 先查看而不是覆盖。检查订阅原文或生成后的配置中是否存在
dns。如果已有nameserver、nameserver-policy、proxy-server-nameserver等字段，优先保持 DNS 覆写关闭。 - 只改一个变量。例如先只切换
enhanced-mode，或只增加一个可用的nameserver，不要同时改 DNS、TUN、IPv6、规则和节点。 - 保存并重新加载配置。执行配置校验、更新或重新载入，然后观察日志中是否出现 YAML 解析错误、DNS 启动失败或节点连接失败。
- 复测并回滚。分别测试一个国内域名、一个海外域名、一个节点域名和一个内网域名。若修改后问题扩大，立即关闭 DNS 覆写或删除刚加入的扩展片段，恢复备份。
Clash Verge Rev 的代码显示，DNS 页面保存的配置会在启用 DNS 设置后合并到最终核心配置中；因此不要直接编辑运行时生成文件，应该使用客户端提供的 DNS 设置或扩展配置入口。依据：Clash Verge Rev 配置合并代码。
最小可用 DNS 配置：先解决解析，不追求复杂
下面示例只展示字段结构，不代表所有网络环境都应照抄。上游 DNS、内网域名和代理组名称必须替换为你能核验的值；不要把订阅地址、节点密码或真实凭据放进公共配置。
dns:
enable: true
enhanced-mode: redir-host
nameserver:
- https://dns.alidns.com/dns-query
proxy-server-nameserver:
- 223.5.5.5
- enable：是否启用 Mihomo 的 DNS 服务。关闭时通常会回到系统 DNS 行为，具体表现取决于 TUN、系统代理和当前核心配置。
- enhanced-mode：可选
fake-ip或redir-host。Mihomo 文档将两者定义为 DNS 处理模式，默认值为redir-host。依据：Mihomo DNS 配置文档。 - nameserver：普通域名解析使用的主要 DNS。可以使用 UDP、TCP、DoT、DoH 或 DoQ 等写法，但必须确认当前核心版本支持并且网络能够访问该上游。
- proxy-server-nameserver：只用于解析代理节点域名。若节点地址是域名且经常超时，可以单独设置；它不是用来替代所有网站解析的。
- default-nameserver：用于解析 DNS 服务器自身的域名，通常应填写 IP 地址或文档明确支持的加密 DNS 地址。
不建议一开始就加入 fallback、复杂的 nameserver-policy、强制代理出口或自定义 Fake-IP 过滤列表。先让基础解析可用，再一次增加一项。
Fake-IP 与 redir-host 怎么选
| 模式 | 工作思路 | 更适合的场景 | 常见注意点 |
|---|---|---|---|
fake-ip | 为域名返回 Fake-IP，再由核心根据映射处理连接 | TUN、需要更完整接管 DNS 的桌面场景 | 部分内网、局域网发现、特殊软件可能需要加入 fake-ip-filter |
redir-host | 保留真实解析结果，再依据连接处理 | 兼容性优先、先验证基础连接的场景 | 解析路径更依赖上游 DNS，遇到异常时要检查污染、超时和出口 |
Mihomo 官方文档还定义了 fake-ip-range、fake-ip-filter 和过滤模式。除非你已经确认某个域名或内网服务与 Fake-IP 冲突，否则不要随意加入大量例外；错误的过滤规则可能让流量回到另一条解析路径。依据：Mihomo DNS 字段说明。
建议顺序：先用 redir-host 验证域名解析；如果 TUN 下仍有应用无法接管，再在备份后测试 fake-ip，并只为已确认异常的内网或局域网域名增加过滤。
按场景配置 nameserver-policy、fallback 与 IPv6
国内域名与海外域名分流：使用 nameserver-policy 将特定域名或域名集合交给指定 DNS。官方文档说明，该字段的优先级高于普通的 nameserver 和 fallback 查询，因此规则写得越宽，覆盖范围越大，必须从小范围开始。
dns:
nameserver-policy:
'+.internal.example':
- 10.0.0.53
'geosite:cn':
- https://dns.alidns.com/dns-query
上面的 internal.example 和内网 DNS 地址只是占位示例，不能直接作为真实配置。公司、学校或家庭内网域名应使用网络管理员提供的解析地址；没有可核验地址时不要猜。
fallback：它是备用解析服务器，不是“越多越好”。Mihomo 文档说明，配置 fallback 后会结合过滤条件判断是否采用备用结果。若你只是遇到偶发超时，先验证主要 DNS 是否能访问，再决定是否加入 fallback。
IPv6：DNS 中的 ipv6 控制是否解析 IPv6。若设备或当前网络有 IPv6 路由，但实际连接质量异常，可以暂时关闭 IPv6 解析进行对照测试；如果关闭后恢复，说明应继续检查系统 IPv6、节点出口和路由，而不是把关闭 IPv6 当成永久修复。
Global Extended Configuration 怎么避免订阅更新覆盖
如果你需要让某个 DNS 片段在订阅更新后继续保留，应优先使用客户端提供的全局或订阅级扩展配置入口，而不是直接修改订阅原文。Clash Verge Rev 的项目代码显示，DNS 页面配置会在生成最终配置时参与合并；这意味着同名字段可能被后续配置覆盖，必须检查最终生效结果。依据：配置增强与 DNS 合并实现。
推荐采用以下低风险流程：
- 复制原始订阅配置，保留一份只读备份。
- 在配置文件页面寻找 Global Extended Configuration 或同义入口。
- 只放入一个完整且目的明确的
dns:片段。 - 保存后执行配置校验，确认没有缩进、引号或字段类型错误。
- 重新载入配置，检查最终配置或日志中是否出现预期字段。
- 更新一次订阅后再次检查，确认自定义片段是否仍然生效。
如果订阅本身有自定义 DNS，客户端提示应优先服从订阅配置。此时不要为了“保持覆写开启”而强行替换全部 DNS；先比较订阅、扩展配置和最终配置三者的差异。
DNS 异常分流：按现象检查、修复、复测
| 现象 | 先检查 | 修复动作 | 复测标准 |
|---|---|---|---|
| 保存时报 YAML 或格式错误 | 缩进、冒号、列表符号、引号 | 删除刚加入的片段，恢复最小配置 | 配置校验通过且核心可启动 |
| 所有网站都打不开 | enable、nameserver、DNS 覆写状态 | 关闭覆写，恢复订阅原 DNS | 系统代理下能打开普通 HTTPS 网站 |
| 只有节点连接失败 | 节点地址是否为域名、proxy-server-nameserver | 先为节点域名提供单独解析路径 | 同一节点可重复连接 |
| TUN 开启后失败，系统代理正常 | dns-hijack、TUN 路由、Fake-IP 模式 | 关闭 TUN 复测，再逐项恢复 | 系统代理与 TUN 的结果差异可解释 |
| 部分内网服务打不开 | 内网 DNS、hosts、Fake-IP 过滤 | 使用实际内网 DNS 或仅添加已确认域名例外 | 内网域名和公网域名分别解析正常 |
| 怀疑 DNS 泄漏 | 实际 DNS 请求路径、TUN 状态和系统 DNS | 先关闭 TUN 与覆写做基线，再逐项开启 | 不同配置下的 DNS 结果有记录可比较 |
不要仅凭某个网站的检测结果就断定“完全没有泄漏”或“必然泄漏”。应记录测试时是否开启系统代理、TUN、IPv6、浏览器自带安全 DNS，以及当前节点和 DNS 配置；否则不同测试条件无法直接比较。
回滚方案：改错后如何恢复
- 关闭系统代理和 TUN，避免错误 DNS 配置继续接管流量。
- 关闭当前配置文件的 DNS 覆写。
- 删除刚加入的 Global Extended Configuration 或恢复原备份。
- 重新载入订阅原配置，先只开启系统代理。
- 确认普通网站、节点域名和内网服务恢复后，再单独测试 TUN。
如果客户端仍然启动失败，不要直接删除整个应用数据目录。先保留日志和备份，确认问题来自哪一个配置片段；涉及工作网络、企业内网或托管配置时，应联系网络管理员。
常见问题
Clash Verge DNS 覆写应该开启吗？
不一定。若订阅已有完整 DNS 配置，优先保持关闭；只有在需要统一解析策略、解决可复现的解析问题或配合 TUN 时再开启，并先备份。客户端本身会提示覆写可能替换订阅 DNS。
Fake-IP 和 redir-host 哪个更好？
没有绝对答案。redir-host 更适合作为兼容性优先的起点；fake-ip 常用于需要更完整 DNS 接管的 TUN 场景，但可能需要处理内网或特殊软件例外。应以实际应用和网络环境复测。
为什么开启 TUN 后系统代理正常、网站却打不开？
优先比较 TUN 开关、DNS 劫持、DNS 覆写、Fake-IP 和 IPv6。先关闭 TUN确认系统代理恢复，再一次只改一个设置；不要同时更换 DNS、规则和节点。
proxy-server-nameserver 是做什么的？
它专门用于解析代理节点的域名。例如节点地址不是 IP 而是域名时，可用该字段为节点解析提供单独路径；它不等同于所有网站的默认 DNS。
订阅更新后自定义 DNS 消失怎么办？
不要直接修改运行时生成配置。把需要保留的片段放入客户端提供的全局或订阅级扩展配置，更新后检查最终配置是否仍包含目标字段；若订阅自带 DNS，应先确认是否发生了配置优先级覆盖。