Clash Verge Rev DNS 怎么设置？Windows、macOS、Linux 分步排查

更新于 2026-11-14 · nexitally.top

简答：如果只是浏览器代理正常，先不要改 DNS；只有出现解析慢、网页打不开、DNS 泄漏或 TUN 下应用无法联网时，才考虑开启 DNS Overwrite。最稳妥的顺序是：先备份配置，再启用 DNS，优先测试 redir-host；确认 TUN 和 DNS Hijack 正常后，再按兼容性需要切换 fake-ip。纯系统代理模式下，nslookup 通常仍走系统 DNS，不应仅凭它返回真实地址判断 DNS Overwrite 失败。

定义：Clash Verge Rev 的 DNS 设置，是通过 DNS Overwrite 调整 Mihomo 内核的解析开关、增强模式、上游 DNS、DoH、回退 DNS、fake-ip 过滤和 TUN DNS 劫持行为。

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

本文是第三方使用指南，不是 Clash Verge Rev 官方页面。本文核对日期：2026-11-14。Clash Verge Rev 当前开发分支的界面文案包含“DNS Overwrite”“Enable DNS”“Enhanced Mode”“Default Nameserver”“Nameserver”“Fallback”“Proxy Server Nameserver”“Direct Nameserver”和“Fake IP Filter”等字段；不同发行版本的中文翻译、菜单名称和默认值可能不同，应以当前界面为准。相关字段可在项目开发分支设置文案中核对。

Clash Verge Rev 的界面文案明确提示：订阅包含自定义 DNS 时，DNS Overwrite 可能替换原配置，进而导致节点无法连接或部分网站无法加载；如果当前订阅已经提供完整 DNS，优先保持关闭并观察。该保护提示来自项目设置文案，而不是本文推测。

第 1 步：备份配置，再打开 DNS 设置入口

1. 先备份：打开 Clash Verge Rev 的设置，进入高级设置，使用当前版本提供的本地备份或“Open Conf Dir”功能。项目界面文案显示，高级设置包含配置目录、内核目录、日志目录和本地备份相关入口。备份后再改 DNS，避免需要手工重建订阅配置。
2. 找到入口：进入“Clash Settings”或名称相近的 Clash 设置页面，查找“DNS Overwrite”。中文界面可能显示为“DNS 覆写”或相近译名，具体菜单以当前版本为准。
3. 先看保护提示：如果出现“DNS Overwrite may replace them...”提示，先记录当前订阅是否自带 DNS。选择保持关闭不会破坏原订阅；选择继续开启则应准备回滚。
4. 不要同时改两处：DNS Overwrite 是客户端图形界面的 DNS 覆盖配置；直接编辑订阅 YAML 则是配置文件层面的修改。订阅更新可能重新生成配置，手工改订阅文件不一定持久，因此优先使用客户端提供的 DNS 设置入口。

项目代码中同时提供了 DNS 配置读取、保存、校验和应用操作，说明该设置由客户端单独管理；但不同版本的保存逻辑可能存在差异，保存后仍需重启内核并验证。

第 2 步：用最小配置测试 redir-host

第一次排查建议先用 redir-host，而不是直接启用 fake-ip。Mihomo 文档说明，enhanced-mode 支持 fake-ip 和 redir-host，默认值以当前内核配置为准；redir-host 更接近传统 DNS 返回真实地址的行为，兼容性通常更容易判断。

在 DNS 设置中先启用 DNS，然后只填写必要字段：

一个仅用于理解字段关系的 YAML 结构如下，不能原样覆盖所有订阅配置：

dns:
  enable: true
  enhanced-mode: redir-host
  default-nameserver:
    - 1.1.1.1
    - 8.8.8.8
  nameserver:
    - https://1.1.1.1/dns-query
    - https://8.8.8.8/dns-query
  ipv6: false

DoH 地址使用域名时，建议同时配置纯 IP 形式的 default-nameserver，否则内核可能无法先解析 DoH 主机名，表现为 DNS 请求超时。Mihomo 官方 DNS 文档明确区分了 default-nameserver、nameserver、fallback、proxy-server-nameserver 和 direct-nameserver 的用途。

不要把中国境内解析器当作全球网络的默认答案。人在境外时，某些本地或公共 DNS 可能延迟较高、不可达或被网络策略拦截；应以本地 ISP DNS 和 1.1.1.1、8.8.8.8 等可复现测试结果为准，不能仅凭地址名称判断速度或隐私。

第 3 步：需要时再切换 fake-ip，并配置过滤项

fake-ip 会为域名分配保留地址，再由内核根据域名映射处理连接。Clash Verge Rev 项目配置示例使用了 198.18.0.1/16 作为 fake-ip-range；Mihomo 文档也将该范围作为示例。这里的地址范围只是常见配置示例，不代表所有版本或订阅都必须使用它。

适合切换 fake-ip 的场景包括：需要更稳定地按域名匹配规则、TUN 模式下部分应用没有正确使用系统代理、或希望由内核统一接管 DNS。切换后若银行、游戏平台、打印机、企业内网、局域网设备或某些登录组件异常，应优先把具体域名加入 fake-ip-filter，而不是继续增加 DNS 服务器。

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - '*.lan'
    - '+.local'
    - 'localhost'
    - 'time.windows.com'

过滤规则要按实际域名调整。不要把所有域名都加入过滤列表，否则 fake-ip 的作用会被削弱；也不要随意复制其他订阅中的完整过滤清单，因为其中可能包含特定网络、设备或应用的兼容性规则。

如果 fake-ip 开启后只有局域网访问失败，先检查 *.lan、+.local、路由器管理域名和企业内网后缀；如果只有单个应用失败，记录该应用访问的域名，再加入过滤项并重启内核验证。

第 4 步：TUN、DNS Hijack 与三个平台的验证方法

TUN 模式和系统代理不是一回事。系统代理主要影响遵循系统代理设置的应用；TUN 负责接管更广泛的网络流量。DNS Hijack 则是把符合条件的 DNS 请求转交给 Mihomo 的 DNS 处理流程。Clash Verge Rev 当前界面文案还提示，Windows 使用 hijack 时可能需要 Strict Route，Linux 的某些模式可能需要 Auto Redirect；这些选项名称和行为以当前版本为准。

Windows

1. 先关闭浏览器安全 DNS，或将其改为跟随系统，避免浏览器绕过客户端 DNS。
2. 在管理员 PowerShell 中执行：ipconfig /flushdns。预期结果是显示“Successfully flushed the DNS Resolver Cache.”。
3. 执行：nslookup example.com。只有在 TUN 的 DNS Hijack 生效，或系统 DNS 已指向 Mihomo 监听地址时，才可能看到内核接管后的解析表现；纯系统代理模式下，nslookup 走系统 DNS，返回真实地址并不等于 DNS Overwrite 没生效。
4. 检查客户端日志：应能看到 DNS 查询或节点连接尝试；若提示 context deadline exceeded，先测试上游 DNS 可达性，再检查节点和 TUN。

macOS

1. 关闭 TUN 后，先在“系统设置→网络→当前连接→DNS”记录原 DNS，便于回滚。
2. 终端执行：scutil --dns，检查系统当前 DNS；再执行：nslookup example.com。
3. 如果 TUN 关闭后仍无法解析，退出客户端并恢复原 DNS，然后重新打开客户端。macOS 的 TUN、DNS 覆写相关问题可能与系统 DNS 脚本或权限有关，遇到异常不要直接删除配置目录。

Linux

1. 执行：resolvectl status，确认当前 DNS 链接和 DNS 服务器。
2. 执行：resolvectl query example.com，记录返回地址和使用的 DNS 链路。
3. 若启用 TUN 后失败，检查客户端是否需要 Auto Redirect、nftables 或 iptables 权限；先关闭 TUN 验证普通代理，再逐项恢复。

验证标准不是“nslookup 必须返回 198.18.x.x”。只有 DNS 接管真正生效时，且查询路径经过 Mihomo，fake-ip 模式下才可能看到 198.18.x.x 一类保留地址；没有 DNS Hijack 或系统 DNS 指向 Mihomo 时，nslookup 返回真实地址是正常现象。

常见报错、排查顺序与回滚

1. 先关闭 DNS Overwrite 和 TUN。
2. 恢复此前导出的本地备份，或在配置目录中恢复备份文件。
3. 重新启动 Clash Verge Rev 和内核。
4. 确认普通系统代理可用后，只开启 DNS，不启用 fake-ip。
5. 最后再测试 TUN、DNS Hijack 和 fake-ip，每次只改一个变量。

如果找不到备份目录，不要凭记忆删除系统目录。使用当前客户端的“Open Conf Dir”入口定位实际路径，并先复制整个目录；项目隐私说明也提醒，配置归档可能包含订阅链接、代理信息和配置文件，备份文件不要公开上传。

结论：推荐的最稳妥配置顺序

1. 订阅自带 DNS 且连接正常：保持 DNS Overwrite 关闭。
2. 出现解析慢或网页打不开：先启用 DNS，使用 redir-host 和可达的本地或公共 DNS。
3. DoH 使用域名：补充纯 IP 的 default-nameserver。
4. 需要 TUN 接管：先确认 DNS Hijack、Strict Route 或 Auto Redirect 的当前版本要求。
5. 仍有规则匹配或应用兼容性问题：再切换 fake-ip，并按域名增加 fake-ip-filter。
6. 每次改动后都用日志、平台 DNS 命令和实际网页访问复测；不要把单次 nslookup 结果当作唯一依据。

如果你使用的是 Nexitally 相关订阅，本文只说明 Clash Verge Rev 和 Mihomo 的通用 DNS 排查方法，不代表任何订阅配置的具体字段一定相同；订阅自带 DNS 时，应优先以当前订阅和客户端提示为准。

常见问题

Clash Verge Rev DNS 设置入口在哪里？

通常在 Clash Settings 中找到 DNS Overwrite 或“DNS 覆写”，进入后配置 Enable DNS、Enhanced Mode、Nameserver 等字段。不同版本的中文名称和菜单位置可能不同，开发分支文案仅供核对，实际以当前界面为准。

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

首次排障建议先选 redir-host，便于判断普通 DNS、节点和规则是否正常；需要 TUN 接管、域名规则匹配或应用不遵循系统代理时，再测试 fake-ip。遇到局域网、企业内网或单个应用异常，应优先使用 fake-ip-filter。

为什么 nslookup 没有返回 198.18.x.x？

只有在 TUN 的 DNS Hijack 生效，或系统 DNS 已指向 Mihomo 监听地址时，fake-ip 结果才可能出现在 nslookup 中。纯系统代理模式下，nslookup 通常直接访问系统 DNS，返回真实地址是正常现象。

DoH 配置后为什么一直 DNS 超时？

如果 nameserver 填的是 DoH 域名，Mihomo 需要先解析这个 DoH 主机名。请补充可达的纯 IP default-nameserver，并确认当前网络能够访问该 DoH 服务；不要只填写一个无法先解析的 DoH 域名。

开启 DNS Overwrite 后节点无法连接怎么办？

先关闭 DNS Overwrite，恢复备份并重启内核，确认订阅是否自带 DNS。若关闭后恢复，说明覆盖配置与订阅存在冲突；可只保留订阅 DNS，或在备份基础上逐项测试最小配置。

相关阅读

• Clash Verge Rev 连接不上网络时，按代理、内核、节点和 TUN 排查
• Clash Verge Rev Windows 订阅导入与配置启用步骤
• Mihomo DNS 泄漏检查与复测方法

参考资料

1. Clash Verge Rev 设置界面文案（开发分支）
2. Mihomo DNS configuration
3. Clash Verge Rev 配置示例
4. Clash Verge Rev 全局配置类型定义
5. Clash Verge Rev Privacy Policy