首页 · jinx.mom

Clash Verge Rev DNS怎么设置？修改后仍然无法解析怎么办

更新于 2026-11-09 · jinx.mom

简答：Clash Verge Rev 修改 DNS 后仍无法解析，先确认真正控制配置合并的“DNS 覆写”已开启，再查看运行时配置中的 dns 段是否变化。若仍失败，按“DNS 配置→代理节点域名解析→TUN/系统代理→规则与局域网域名”的顺序排查，不要只反复更换 DNS 地址。

定义：Clash Verge Rev 的 DNS 设置，是由图形界面保存的 DNS 配置与 Mihomo 内核运行时配置共同决定的；“启用 DNS”只控制内核 DNS 模块，而“DNS 覆写”决定这份配置是否覆盖当前订阅中的 DNS 字段。

先试这一步：区分“DNS 覆写”和“启用 DNS”

本文适用于 Windows、macOS 和 Linux 上的 Clash Verge Rev，实际菜单名称可能随版本变化。检索到的官方发布页显示，Clash Verge Rev v2.5.10 于 2026 年 11 月 3 日发布；如果你的版本不同，请以应用当前界面和官方发布页为准。查看官方发布页

Clash Verge Rev 里有两个容易混淆的开关：

项目作用常见误判
DNS 覆写决定保存的 DNS 配置是否覆盖当前订阅的 DNS 配置，且可能按订阅分别保存。看到弹窗里的“启用 DNS”已打开，就以为覆写已经生效。
启用 DNS写入 Mihomo 运行时配置中的 dns.enable，控制内核是否使用 DNS 模块。只打开它，但实际运行配置仍未合并 DNS 覆写内容。
DNS 覆写保护提示当订阅包含自定义 DNS 字段时，应用可能提示覆写会替换订阅内容。忽略提示后，误以为 DNS 设置保存失败。

先进入 Clash Verge Rev 的设置页面，找到当前订阅对应的 DNS 覆写开关并打开；再进入 DNS 设置，确认 enable、nameserver 等字段已保存。官方界面文案明确区分了 DNS Overwrite、Enable DNS、Nameserver 和 Proxy Server Nameserver。查看官方界面字段

成功判据：不要只看开关颜色。打开运行时配置或配置预览，确认生成的 dns.nameserver、dns.enhanced-mode 等字段已变成你保存的值；如果运行时仍是订阅原值，说明覆写没有真正应用。

推荐的基础 DNS 设置：先保持简单，再按现象增加字段

如果你只是想让 Clash Verge Rev 负责域名解析，先从少量字段开始，不要一开始同时启用 fake-ip、nameserver-policy、respect-rules、DoH 和 IPv6。Mihomo 官方文档将 nameserver 定义为默认域名解析服务器，将 default-nameserver 定义为解析 DNS 服务器自身域名所使用的服务器；两者用途不同。查看 Mihomo DNS 官方文档

可以先按下面的结构检查界面字段。它是结构示意，不要直接覆盖订阅文件；具体 DNS 地址应根据你的网络环境填写。

dns:
  enable: true
  enhanced-mode: fake-ip
  default-nameserver:
    - 223.5.5.5
  nameserver:
    - https://doh.pub/dns-query
    - https://dns.alidns.com/dns-query
  • enable：关闭时，内核会使用系统 DNS 解析。
  • enhanced-mode：可选 fake-ip 或 redir-host。遇到局域网、内网设备或部分应用异常时，可暂时切换到另一种模式进行对比。
  • default-nameserver：主要用于解析 DNS 服务器地址，通常优先填写 IP 地址。
  • nameserver：日常域名解析的上游 DNS。
  • nameserver-policy：按域名或规则集选择不同 DNS，配置复杂度更高，只有确认基础解析正常后再添加。

如果启用 respect-rules: true，Mihomo 官方文档要求同时配置 proxy-server-nameserver，否则代理节点域名本身可能无法解析，表现为节点全部超时。查看 respect-rules 与 proxy-server-nameserver 说明

dns:
  respect-rules: true
  proxy-server-nameserver:
    - 223.5.5.5

这段只适合在你明确需要 DNS 连接遵守路由规则时使用。若加上后网页和节点同时失效，先删除或关闭 respect-rules，恢复最小配置，再逐项添加。

修改后仍无法解析：按 5 层顺序定位

现象到处理路径速查
现象先查哪里判断标准下一步
网页打不开，但节点延迟正常运行时 dns 段、系统代理运行时配置没有你填写的 DNS，或系统代理未接管浏览器重新开启 DNS 覆写，确认系统代理，再测试
所有节点全部超时proxy-server-nameserver、订阅节点域名节点地址是域名且无法解析，或 respect-rules 缺少代理节点 DNS先关闭 respect-rules，或补充 proxy-server-nameserver
只有内网、NAS、公司域名失败nameserver-policy、fake-ip-filter、TUN内网域名没有走内网 DNS，或被 fake-ip 处理为内网域名指定可达 DNS，必要时加入 fake-ip-filter
改完 DNS 后完全断网配置校验、TUN、系统 DNS内核启动失败、DNS 段为空，或系统 DNS 未恢复关闭 DNS 覆写和 TUN，恢复备份，再重新生成配置

第一层：确认配置是否真的合并

  1. 记录修改前的订阅配置，至少保存原有 dns 段；不要把完整订阅链接、令牌或私钥发给他人。
  2. 确认当前选择的是你正在修改的订阅，而不是另一个 Profile。
  3. 分别检查“DNS 覆写”开关和 DNS 页面里的“启用 DNS”。
  4. 打开运行时配置，搜索 dns:、nameserver: 和 enhanced-mode:。
  5. 如果运行时配置没有变化，先关闭 DNS 覆写，保存并恢复连接，再重新打开；不要继续修改更多字段。

第二层：确认代理节点自身能解析

节点地址如果使用域名，业务域名能解析并不代表节点域名也能解析。开启 respect-rules 后，优先检查 proxy-server-nameserver；Mihomo 文档明确说明它专门用于代理节点域名解析。查看代理节点 DNS 字段说明

第三层：关闭 TUN 做对照

先关闭 TUN，只保留系统代理，再测试同一个域名。如果关闭 TUN 后恢复，问题更可能出在 TUN 路由、DNS 劫持或系统 DNS 接管，而不是单纯的上游 DNS 地址。Mihomo 文档说明，TUN 的 dns-mode 可控制是否设置系统 DNS，以及是否劫持其他接口发往 53 端口的请求。查看 Mihomo TUN DNS 模式

macOS 用户还应注意：TUN、fake-ip 和系统 DNS 之间存在联动。官方项目 Issue 中记录过 macOS 休眠唤醒后系统 DNS 未重新应用的场景；遇到“睡眠前正常、唤醒后解析异常”，可先重启客户端或重新应用 TUN 配置，再用 scutil --dns 查看当前 DNS 状态。该现象受平台和版本影响，不能直接推断为所有版本都会出现。查看官方项目 Issue

第四层：清理系统缓存并做最小测试

Windows 以管理员身份打开命令提示符，执行：

ipconfig /flushdns
nslookup example.com

/flushdns 会清空并重置 Windows DNS 客户端缓存；nslookup 用于观察域名是否能得到响应。Microsoft 文档建议在 DNS 客户端排查中检查 IP、网关、DNS 服务器，并在需要时清理缓存。查看 ipconfig 官方说明 查看 DNS 客户端排查说明

macOS 可先执行 scutil --dns 查看当前解析器，再在 Clash Verge Rev 中关闭并重新开启 DNS 覆写；如果仍异常，关闭 TUN、恢复系统代理和系统 DNS 后再测试。单次 nslookup 成功只能证明某个解析请求成功，不代表浏览器、TUN、代理节点和所有域名都已正常。

第五层：确认是规则问题还是 DNS 问题

如果域名能解析出地址，但浏览器仍打不开，重点检查系统代理、TUN、规则命中和节点连接；如果只有某类域名失败，检查 nameserver-policy 与 fake-ip-filter。不要把“网页打不开”直接等同于 DNS 故障。

局域网、公司域名和 fake-ip 异常怎么处理

公司内网、NAS、打印机或局域网域名通常需要使用内网 DNS，不能简单套用公共 DNS。Mihomo 官方文档支持通过 nameserver-policy 按域名指定解析服务器，也支持通过 fake-ip-filter 让特定域名不返回 fake IP。查看 nameserver-policy 与 fake-ip-filter 说明

排查时按这个顺序：

  1. 先关闭 TUN，只保留系统代理，确认内网域名是否恢复。
  2. 确认设备是否连接公司网络或家庭局域网，且能访问内网 DNS。
  3. 在运行时配置中查看是否存在覆盖内网域名的 nameserver-policy。
  4. 如果使用 fake-ip，尝试将必要的内网后缀加入 fake-ip 排除列表；只添加你确认属于内网的域名，避免大范围排除。
  5. 恢复 TUN 后重新测试，并分别记录“域名解析成功”和“内网服务端口可连接”两个结果。

不要为了修复一个内网域名而删除全部 DNS 策略。更稳妥的做法是保留原配置备份，只增加一个最小范围的域名规则；如果改后完全断网，立即关闭 DNS 覆写和 TUN，恢复备份。

配置失败后的回滚方法与最小检查清单

如果保存后出现 DNS 段为空、核心无法启动或所有节点超时，先停止继续修改：

  1. 关闭系统代理和 TUN。
  2. 关闭当前订阅的 DNS 覆写。
  3. 恢复修改前保存的订阅配置或 Merge 配置。
  4. 删除刚加入的 respect-rules、nameserver-policy 和非必要的 fake-ip 规则。
  5. 重新启动内核，确认基础节点可以连接。
  6. 只添加 enable 和一个 nameserver，确认运行时配置变化后，再逐项增加其他字段。

如果你直接编辑 Merge 文件，应用内校验可能无法替你提示所有问题。优先使用客户端提供的配置编辑和保存入口；无论使用哪种方式，都应保留原文件，并且不要上传包含订阅链接、密码或令牌的完整配置。

最小成功判据：当前订阅仍能启动、运行时配置包含预期 DNS 字段、一个普通域名可以解析、一个实际网页可以打开、节点域名不再全部超时。满足其中一项不等于整个链路已经正常。

常见问题

Clash Verge Rev 里“启用 DNS”打开了，为什么 DNS 覆写仍不生效？

因为两者不是同一个开关。“启用 DNS”对应内核的 dns.enable；“DNS 覆写”决定保存的 DNS 配置是否覆盖当前订阅。应同时检查当前订阅的 DNS 覆写状态和运行时配置中的 dns 段。

Clash Verge Rev DNS 修改后节点全部超时怎么办？

先关闭 respect-rules 做对照。如果节点地址是域名，再检查 proxy-server-nameserver；Mihomo 官方文档要求 respect-rules 开启时配置代理节点域名解析服务器。确认配置有效后，再考虑恢复 respect-rules。

fake-ip 和 redir-host 应该选哪个？

没有适合所有网络的固定答案。fake-ip 通常需要额外处理局域网、内网域名和部分应用兼容性；遇到局域网设备异常，可以临时切换 redir-host 做对照，结合实际应用结果决定。

DNS 设置改完后网页仍打不开，是不是 DNS 一定有问题？

不一定。域名可能已经解析成功，但系统代理、TUN 路由、规则命中或节点连接仍可能失败。建议分别测试运行时 DNS、节点域名、系统代理和目标网页，不要只依据浏览器报错判断。

Windows 怎么清理 DNS 缓存？

以管理员身份打开命令提示符，执行 ipconfig /flushdns，再用 nslookup 测试一个域名。该命令只清理系统 DNS 客户端缓存，不会修复错误的 Clash 配置、TUN 路由或不可达的上游 DNS。

相关阅读

参考资料

  1. Clash Verge Rev 官方界面字段与 DNS 覆写文案
  2. Mihomo 官方 DNS 配置文档
  3. Mihomo 官方 TUN 配置文档
  4. Clash Verge Rev 官方发布页
  5. Clash Verge Rev 官方项目 macOS TUN 与系统 DNS Issue
  6. Microsoft Learn：ipconfig 命令与 flushdns 参数
  7. Microsoft Learn：DNS 客户端排查