Clash Verge Rev DNS 设置：按系统入口、模式选择与生效验证
简答：Clash Verge Rev 设置 DNS，先进入当前配置文件的 DNS Overwrite，确认订阅是否已经包含 dns 配置，再决定是否覆盖。最短流程是：先备份配置→检查订阅 DNS→选择 Fake-IP 或 Redir-Host→按系统设置 TUN→用 nslookup、dig 或 resolvectl 验证。不同客户端版本的菜单文字可能变化，本文以项目设置字段和 Mihomo 内核文档为准。
定义：Clash Verge Rev 的 DNS 设置，是通过 Mihomo 内核接管域名解析，并在上游 DNS、Fake-IP、Redir-Host、规则和 TUN 流量之间决定域名如何被解析与转发。
先按这条最短路径设置，避免一开始改乱
- 备份当前配置：记录正在使用的配置文件名称、DNS Overwrite、TUN Mode、System Proxy、Enhanced Mode 和 IPv6 状态；不要直接覆盖原订阅。
- 检查订阅：在当前配置的原始内容或配置预览中搜索
dns:。如果已经存在自定义 DNS，先关闭 DNS Overwrite 做一次对照测试。 - 打开设置入口：进入 Clash Verge Rev 的 Settings，在 Clash Setting 中查找 DNS Overwrite；TUN 相关选项位于 System Setting 的 TUN Mode 区域。项目设置字段包含 DNS Overwrite、Enable DNS、Enhanced Mode、Fake IP Range、Fake IP Filter、DNS Hijack 和 Strict Route 等名称。查看项目设置字段
- 先做基础配置：只启用 DNS、选择一种 Enhanced Mode、填写一个可访问的 nameserver；暂时不要同时加入 fallback、DoH、Respect Rules、DNS Hijack 和大量过滤规则。
- 刷新并重启内核：保存后刷新当前配置或重启内核，再执行本文的 DNS 查询测试。若失败，先回滚 DNS Overwrite，而不是继续叠加字段。
重要边界：项目设置文案来自开发分支文件，不能据此断言所有稳定版都显示完全相同的菜单。若找不到 DNS Overwrite，优先在设置页搜索“DNS”或“Overwrite”，并检查项目发布页确认当前构建的界面变化。查看 Clash Verge Rev 发布记录
Windows、macOS、Linux 的入口和最小组合
| 系统 | Clash Verge Rev 内入口 | 先用的最小组合 | 需要特别检查 |
|---|---|---|---|
| Windows | Settings → Clash Setting → DNS Overwrite；TUN 在 System Setting → TUN Mode | DNS Overwrite 或 System Proxy 二选一做对照；需要接管更多流量时再开 TUN | 若 DNS Mode 选择 hijack，项目文案要求 Windows 配合 Strict Route；权限不足时 TUN 可能无法启动 |
| macOS | 同样先找 DNS Overwrite 和 TUN Mode；具体名称以当前构建为准 | 先用 System Proxy 验证浏览器，再单独开启 TUN | Mihomo 文档说明 macOS 不能自动劫持发送到本地网络的 DNS 请求；局域网或企业内网需单独测试 |
| Linux | Settings → TUN Mode，关注 DNS Mode、Auto Route、Auto Redirect | 需要 TUN 时先确认 Auto Route；使用 hijack 时再检查 Auto Redirect | Mihomo 文档说明 Linux 的 hijack 模式通常需要 Auto Redirect；防火墙和 nftables/iptables 规则可能影响结果 |
Clash Verge Rev 的项目设置字段明确区分 TUN Mode、Auto Route、Strict Route、DNS Hijack、DNS Mode、MTU 和 Auto Redirect；Mihomo 文档进一步说明，Windows 的 hijack 需要 Strict Route，Linux 则需要 Auto Redirect。核对客户端字段说明 核对 Mihomo TUN 规则
如果某个系统找不到入口，不要直接编辑订阅原文。先确认当前配置文件是否处于激活状态，再查看设置页、配置预览或扩展配置入口；编辑前保存一份原始配置，恢复时只撤销本次新增的 DNS 或 TUN 区块。
Fake-IP 和 Redir-Host 怎么选
| 模式 | 适合场景 | 可能遇到的问题 | 排查动作 |
|---|---|---|---|
fake-ip | 需要较完整的域名识别、规则分流或 TUN 接管 | 局域网、企业内网、打印机、NAS、游戏或特殊应用不接受虚拟地址 | 检查 fake-ip-filter，逐条加入确实需要返回真实地址的域名；仍异常时切换 redir-host 对照 |
redir-host | 兼容性优先，或应用不适应虚拟地址 | 部分场景的域名识别、分流或 TUN 接管效果可能不同 | 检查实际 DNS 结果、规则命中和应用日志，不要只看浏览器是否能打开 |
Mihomo 文档说明 enhanced-mode 可选 fake-ip 或 redir-host，并说明 fake-ip-filter 中匹配到的域名不会获得 Fake-IP 映射；默认的 fake-ip-range 示例为 198.18.0.1/16。查看 Mihomo DNS 配置文档
过滤规则示例：以下是结构示例，不可直接复制到所有网络：
fake-ip-filter:
- '*.lan'
- '+.example.local'
- 'printer.example.com'
*.lan 适合局域网后缀，+.example.local 表示该后缀及其子域名，单个完整域名只排除一个目标。不要把过宽的通配规则直接加入过滤列表，否则可能让大量域名绕过 Fake-IP，改变原有分流结果。企业域名、打印机、NAS 或游戏域名应先从实际报错域名开始逐条添加。
上游 DNS 怎么选：按可达性测试，不按地区盲选
Mihomo 官方示例同时展示了普通 DNS、DoH、DoT、fallback、nameserver-policy 和 proxy-server-nameserver 等写法，但文档没有保证某个公共 DNS 在你的网络中一定可达。因此不要把“国内”“海外”或“隐私优先”理解成固定答案，应该先测试可达性和解析结果。
| 场景 | 配置思路 | 建议 |
|---|---|---|
| 先恢复连接 | 使用一个格式正确、当前网络能访问的普通 DNS | 先只填 nameserver，确认基础解析后再增加其他字段 |
| 需要加密 DNS | 使用文档示例中的 DoH 或 DoT 地址 | 一次只增加一个加密地址；若解析超时，先回滚到已验证可达的配置 |
| 需要国内外分流 | 使用 nameserver-policy 按域名或规则集指定解析服务器 | 先让基础 DNS 正常，再增加策略；不要一开始同时配置 policy、fallback 和 respect-rules |
| 节点域名无法解析 | 单独检查 proxy-server-nameserver | 它用于解析代理节点域名，不能简单等同于普通网页 DNS |
官方文档给出的结构示例包括 https://doh.pub/dns-query、https://dns.alidns.com/dns-query、tls://8.8.4.4 和 tls://1.1.1.1。这些只是文档中的配置示例，不代表在每个网络中都能稳定访问；实际使用前应逐个测试。核对 nameserver、fallback 与 proxy-server-nameserver 字段
结构示例，不可直接复制：
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://doh.pub/dns-query
需要替换的字段是上游 DNS、Fake-IP 模式和过滤项。不要把 fallback、respect-rules、proxy-server-nameserver 和 dns-hijack 一次全部加入；每次只增加一个变量，才能知道哪个字段导致超时或节点无法连接。
订阅 dns、DNS Overwrite 和扩展配置冲突，按这个顺序定位
- 先看原始订阅：在当前配置预览或导出的配置中搜索
dns:，记录enable、enhanced-mode、nameserver和fake-ip-filter。 - 关闭 DNS Overwrite：刷新配置并测试节点、网页和异常应用。若关闭后恢复，说明冲突范围集中在覆写层或其生成的 DNS 配置。
- 检查扩展配置：查看当前配置是否存在 Extend、Merge、Script 或类似扩展入口；搜索是否重复写入
dns:、tun:、dns-hijack。不同版本的名称和能力可能不同，不能把一个版本的入口当成所有版本通用。 - 只保留一个生效来源：测试时暂时只保留订阅 DNS、客户端 DNS Overwrite、扩展配置三者中的一个；不要同时修改订阅原文和扩展配置。
- 查看运行结果：保存后刷新当前 profile，再查看运行配置或日志中的 DNS、TUN 和错误信息。最终以当前 profile 实际生成的配置为准，而不是以某个编辑框里的内容为准。
- 回滚：若出现节点全部失败、网页打不开或配置无法加载，关闭 DNS Overwrite，撤销扩展配置中的本次改动，恢复备份后重新测试。
项目设置文案明确提示：如果当前订阅包含自定义 DNS，DNS Overwrite 可能替换它，从而导致节点无法连接或部分网站无法加载；同时该开关按 profile 单独保存。这个提示只能用于支持该文案的客户端构建，不能据此断言所有版本界面和行为完全一致。查看 DNS Overwrite 提示与 profile 范围
可复现的生效验证：DNS、Fake-IP、IPv6 和 TUN 分开测
- Windows 测 DNS：打开命令提示符，执行
nslookup example.com；再执行nslookup example.com 1.1.1.1做指定服务器对照。记录 Server、Address、响应地址和是否超时。Microsoft 文档说明nslookup可用于诊断 DNS，并支持指定 DNS 服务器。查看 Microsoft nslookup 文档 - macOS 测 DNS：终端执行
scutil --dns查看当前系统 DNS，再执行dig example.com和dig AAAA example.com。记录 resolver、nameserver、A 记录和 AAAA 记录。Apple 文档确认 DNS 服务器入口位于 System Settings → Network → 当前网络 → Details → DNS。查看 Apple DNS 设置说明 - Linux 测 DNS：若系统使用 systemd-resolved，执行
resolvectl status查看全局和按网卡生效的 DNS，再执行resolvectl query example.com。如果提示命令不存在，先确认当前发行版是否使用其他解析服务。查看 resolvectl 文档 - 测 IPv6：执行对应系统的 AAAA 查询，例如
nslookup -type=AAAA example.com或dig AAAA example.com。如果你在 Mihomo 中关闭了 DNS IPv6，官方文档说明 AAAA 查询应返回空解析；若仍有结果，先检查是否查询绕过了内核或实际运行配置没有更新。核对 IPv6 字段行为 - 测 Fake-IP：访问一个明确的域名，同时查看 Clash Verge Rev 的 Connections 或日志，记录请求域名、命中规则和目标地址。若目标地址出现
198.18.0.0/16范围，只能作为 Fake-IP 现象参考；还要结合域名映射、过滤规则和应用是否正常判断，不能仅凭一个地址认定全部 DNS 已接管。 - 测 TUN：先关闭 TUN，仅开 System Proxy 测试浏览器；再开启 TUN，记录 TUN 状态、网页、命令行和局域网地址是否分别正常。Windows 重点检查 Strict Route，Linux 重点检查 Auto Redirect，macOS 则重点观察本地网络 DNS 是否仍能正常访问。Mihomo 文档说明这些模式对 DNS 劫持和路由的要求不同。查看 TUN 与 DNS Hijack 关系
判断标准：基础域名能解析、节点域名能解析、异常应用能复现、关闭或切换模式后结果有明确差异，才足以定位问题方向。单次网页打开成功，不代表所有流量都经过 TUN，也不代表不存在 IPv6 或 DNS 绕过。
按症状分流与回滚
- 开启 DNS Overwrite 后节点全部失败：立即关闭 DNS Overwrite，刷新当前 profile；若恢复，再检查订阅中的
dns:和节点域名解析，不要先更换全部上游 DNS。 - 网页正常但局域网、打印机或 NAS 失联：确认访问的是局域网 IP 还是局域网域名；若是域名，先加入精确的
fake-ip-filter条目，仍异常再切换 Redir-Host。 - 只有游戏或某个应用异常：记录该应用使用的域名和报错，逐条加入过滤项测试；不要直接使用过宽的通配符，也不要一次关闭所有 DNS 功能。
- TUN 开启后 DNS 超时：Windows 检查 Strict Route，Linux 检查 Auto Redirect，所有系统都检查 DNS Mode、DNS Hijack 和权限；一次只改一个选项。
- 订阅更新后设置恢复：重新检查当前 profile 的 DNS、扩展配置和订阅原文，确认改动到底保存在哪一层；必要时使用扩展配置或保留订阅原文不变，再做单变量测试。
- 找不到菜单：不要照搬旧教程的截图。以当前设置页的 DNS、TUN、Enhanced Mode、Fake IP Filter 等字段搜索；若仍找不到，记录客户端版本、系统和当前 profile，再对照发布记录。
回滚卡：关闭 DNS Overwrite、关闭 TUN、恢复原有 System Proxy 状态，撤销本次扩展配置，重新启动内核后再测试。只有在基础连接恢复后，才重新增加 Fake-IP、DoH、fallback 或 DNS Hijack。
补充说明：本文不是项目官方页面
本文是第三方使用指南，Clash Verge Rev 的实际菜单、内置内核和可用字段可能随客户端构建变化；版本号、稳定版与预发布版的差异应以项目发布页和当前界面为准。本文没有把开发分支设置文案当作所有稳定版的功能承诺，也没有把某个公共 DNS 地址保证为所有网络都可用。
如果你已经完成 DNS 对照测试，仍然出现节点超时或连接失败，可继续阅读Clash Verge 连接失败与节点超时排查；若 DNS 已正常但规则仍不生效，再查看Clash Verge Rev 代理规则排查。
常见问题
Clash Verge Rev 的 DNS Overwrite 在哪里？
通常在 Settings → Clash Setting 中查找 DNS Overwrite；TUN 相关选项通常位于 System Setting → TUN Mode。不同版本的菜单文字可能变化，若找不到，可在设置页搜索 DNS、Overwrite、TUN 或 Enhanced Mode，并以当前构建显示为准。
Clash Verge Rev DNS Overwrite 要不要开启？
不要无条件开启。先检查当前订阅是否已有 dns 配置；如果有，先关闭 DNS Overwrite 做对照。只有在需要统一管理 DNS、订阅 DNS 无法工作或你已明确知道覆写内容时，再开启并逐项验证。
Fake-IP 和 Redir-Host 哪个更好？
没有适合所有网络的唯一答案。Fake-IP 更适合域名识别、规则分流和部分 TUN 场景；Redir-Host 通常更适合兼容性优先的场景。局域网、企业内网、游戏或特殊应用异常时，应先检查 fake-ip-filter，再做模式切换对照。
开启 Fake-IP 后局域网设备无法访问怎么办？
先确认设备是通过局域网 IP 还是域名访问。如果是域名被分配了 Fake-IP，可把实际需要直连的域名或局域网后缀加入 fake-ip-filter；规则应尽量精确，避免使用过宽的通配符。
如何确认 DNS 设置真的生效？
Windows 使用 nslookup，macOS 使用 scutil --dns 和 dig，Linux 使用 resolvectl status 与 resolvectl query；同时查看 Clash Verge Rev 的 Connections 或日志。再用 AAAA 查询检查 IPv6 行为，并分别比较 System Proxy 与 TUN 开关前后的结果。
TUN 模式一定要开启 DNS Hijack 吗？
不一定。Mihomo 文档说明 DNS Mode、DNS Hijack、Strict Route 和 Auto Redirect 会受系统影响。Windows 使用 hijack 时重点检查 Strict Route，Linux 重点检查 Auto Redirect；macOS 还要注意本地网络 DNS 不能被自动劫持。
订阅更新后 DNS 设置为什么恢复原样？
常见定位顺序是：检查订阅原文是否重新写入 dns 区块，再检查 DNS Overwrite 是否只保存到当前 profile，最后检查 Extend、Merge 或 Script 等扩展配置。不要同时修改多个来源，先保留一个生效层做对照。
相关阅读
参考资料
- Mihomo 官方 DNS 配置文档
- Mihomo 官方 TUN 配置文档
- Clash Verge Rev 项目设置字段与 DNS/TUN 提示
- Clash Verge Rev 项目发布记录
- Microsoft Learn：nslookup 命令
- Apple 支持：在 Mac 上更改 DNS 设置
- freedesktop.org：resolvectl 文档（freedesktop.org）