Clash Verge Rev DNS 怎么设置？普通 DNS、Fake-IP 与规则分流说明
简答：如果 Clash Verge Rev 已经能正常打开网页，通常不必急着改 DNS；先备份当前配置，再在“设置→Clash 设置”中查看 DNS Overwrite。普通 DNS 负责解析域名，Fake-IP 负责让内核接管域名与连接映射，规则分流则决定请求走直连还是代理，三者不是同一个开关。遇到解析失败、TUN 断网或局域网访问异常时，优先回滚 DNS 覆写并逐层验证。
定义：Clash Verge Rev 的 DNS 设置，是对 Mihomo 内核的域名解析方式、Fake-IP 模式、备用解析服务器和按域名分流策略进行配置。
先试这一步：判断是否真的需要改 DNS
本文面向已经导入配置、但不确定 DNS 是否需要调整的 Clash Verge Rev 用户，重点覆盖 Windows、macOS 和 Linux 中使用 Mihomo 内核的常见场景。Clash Verge Rev 内置 Mihomo 内核，并支持配置文件管理、Merge 和 Script；具体菜单名称可能随客户端版本或语言变化，发布版本应以项目发布页和当前界面为准。查看 Clash Verge Rev 项目说明。
| 现象 | 先检查的层级 | 判断标准 | 下一步 |
|---|---|---|---|
| 网页正常，仅想减少 DNS 泄漏 | DNS Overwrite 与当前 Profile | 订阅自带 DNS 是否已经生效 | 先保持默认，记录现状后再小范围修改 |
| 代理能连，但部分域名打不开 | nameserver、fallback、nameserver-policy | 单个域名解析失败，还是所有域名失败 | 先测试解析，再判断是否为节点或规则问题 |
| 开启 TUN 后全机断网 | DNS、DNS Hijack、路由和端口 | 关闭 TUN 或 DNS 覆写后是否恢复 | 先关闭最近改动，恢复最小配置 |
| 局域网设备或企业内网打不开 | fake-ip-filter、局域网规则、direct-nameserver | 内网域名是否需要真实 IP | 为内网域名增加过滤或直连解析策略 |
核心结论：DNS 覆写不是“加速按钮”。如果订阅已经提供可用的 DNS 配置，直接覆盖可能改变节点域名解析、分流结果或内网访问行为。Clash Verge Rev 的设置文案也提示，订阅包含自定义 DNS 时，DNS Overwrite 可能替换原配置，导致节点无法连接或部分网站无法加载。查看 Clash Verge Rev DNS Overwrite 设置说明。
普通 DNS、DoH、DNS 覆写、Fake-IP 和 redir-host 有什么区别
| 概念 | 作用 | 是否决定走代理 | 常见注意点 |
|---|---|---|---|
| 普通 DNS | 把域名解析为 IP 地址 | 不直接决定 | 解析结果可能影响后续 GEOIP、IP-CIDR 规则 |
| DoH/DoT | 通过 HTTPS 或 TLS 传输 DNS 查询 | 不直接决定 | 服务器地址本身也需要先解析 |
| DNS Overwrite | Clash Verge Rev 对当前 Profile 注入或覆盖 DNS 配置 | 不直接决定 | 按 Profile 保存，可能覆盖订阅自带 DNS |
| redir-host | 尽量返回真实解析结果，由后续连接继续匹配 | 不决定 | 适合先保持兼容性的基础方案 |
| Fake-IP | 为域名分配虚拟地址，由内核维护域名与连接映射 | 不等于全局代理 | 局域网、游戏、企业内网和部分应用可能需要过滤 |
| nameserver-policy | 按域名或规则集选择不同 DNS | 不等于路由规则 | 它解决“去哪解析”，不是单独决定“去哪连接” |
Mihomo 文档将 enhanced-mode 定义为 DNS 处理模式，支持 fake-ip 和 redir-host；nameserver 是默认解析服务器，fallback 是备用解析服务器，nameserver-policy 可以按域名或规则集指定解析服务器。查看 Mihomo DNS 配置文档。
因此，Fake-IP 不代表所有流量都会经过代理。是否代理仍由模式、规则和策略组决定；Fake-IP 主要改变 DNS 响应与连接识别方式。
Clash Verge Rev 中设置 DNS 的操作路径
- 先停止复杂改动。记录当前 Profile 名称、运行模式、TUN 状态和是否已开启系统代理。不要直接公开完整订阅链接、令牌或配置文件，其中可能包含隐私凭据。
- 打开 DNS 设置。在 Clash Verge Rev 中进入“设置”或“Settings”，打开“Clash 设置”或“Clash Settings”，查找“DNS Overwrite”。官方界面字段包括 DNS 开关、Enhanced Mode、Nameserver、Fallback、Proxy Server Nameserver、Direct Nameserver、Fake IP Filter 和 Nameserver Policy 等；如果当前版本菜单不同，以实际界面为准。查看界面字段定义。
- 先选择最小改动。普通网页访问没有明确解析故障时，保持 DNS Overwrite 关闭，先使用订阅自带配置。这样可以避免把订阅中的 DNS、节点域名解析和分流逻辑整体替换。
- 确需修改时先配置基础项。打开 DNS Overwrite 后，只修改
Enable DNS、Enhanced Mode和Nameserver，保存后重载当前 Profile。不要一开始同时修改 Fake-IP、Fallback、Nameserver Policy、TUN DNS Hijack 和 IPv6。 - 逐项验证。先测试普通网页，再测试一个需要代理的域名、一个直连域名和一个局域网地址。确认没有问题后，才考虑加入 Fake-IP 过滤或按域名解析策略。
- 出现异常就回滚。关闭 DNS Overwrite，重新加载 Profile；如果仍然异常，再关闭 TUN 或系统代理，确认问题是否来自 DNS 以外的端口、路由或节点链路。
Clash Verge Rev 的设置说明显示，DNS Overwrite 的开关按 Profile 单独保存，因此修改一个 Profile 不一定会影响其他 Profile。查看 Profile 作用范围说明。
三种配置方案：普通用户、TUN 用户和高级分流
方案一：保持订阅 DNS，适合大多数用户
如果当前网页、应用和节点均正常，建议先关闭 DNS Overwrite，使用订阅配置。这个方案的优点是改动少、回滚简单，也不容易与订阅更新产生覆盖冲突。它不能证明 DNS 一定没有泄漏，只能说明你没有额外覆盖当前 Profile。
方案二：最小 Fake-IP 结构片段
以下是可用于理解字段关系的结构片段，不代表所有订阅都能直接合并；实际 DNS 服务器、规则集和 Profile 结构需要按当前配置核对。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter-mode: blacklist
fake-ip-filter:
- '*.lan'
- '*.local'
nameserver:
- https://dns.example.invalid/dns-query上面的 example.invalid 是故意使用的示意域名，不能直接复制运行。Mihomo 文档说明，Fake-IP 过滤列表支持域名通配符；默认增强模式是 redir-host，Fake-IP 的地址池也可以配置。查看 Fake-IP 与过滤列表字段。
方案三：按域名选择 DNS
如果你明确需要让不同域名使用不同解析服务器，可以使用 nameserver-policy。示例中的服务器仅展示结构，发布前应替换为你确认可访问、且符合使用环境的 DNS。
dns:
nameserver:
- https://dns.example.invalid/dns-query
nameserver-policy:
'+.lan': system
'rule-set:local': systemnameserver-policy 优先级高于一般的 nameserver 和 fallback 查询；局域网域名是否能由 system 正确解析，还取决于操作系统的 hosts、路由和企业 DNS。不要把“能解析”直接等同于“能连接”。查看 nameserver-policy 定义。
proxy-server-nameserver、nameserver、fallback 怎么选
| 字段 | 解决的问题 | 适用判断 |
|---|---|---|
nameserver | 普通域名默认使用哪些 DNS | 基础配置优先检查它 |
fallback | 默认解析结果不符合过滤条件时使用哪些备用 DNS | 需要备用解析路径时再配置 |
proxy-server-nameserver | 代理节点域名本身如何解析 | 节点地址是域名且出现节点无法连接时检查 |
direct-nameserver | 直连出口使用哪些 DNS | 直连域名和代理域名需要不同解析路径时考虑 |
nameserver-policy | 按域名或规则集选择解析服务器 | 有明确域名分类需求时使用 |
Mihomo 文档特别区分了普通域名解析、代理节点域名解析和直连出口解析。若启用基于规则的 DNS 请求，文档还提示需要配置 proxy-server-nameserver，否则可能形成“先解析代理节点、但解析本身又依赖代理”的循环。查看 Mihomo DNS 字段说明。
实用顺序：先保证 nameserver 能解析普通域名，再处理 proxy-server-nameserver，最后才加入 fallback 和 nameserver-policy。每次只改一层，便于定位。
DNS 查询如何配合规则分流
一次请求可以粗略理解为：应用发起域名请求→Mihomo 根据 DNS 设置处理域名→规则从上到下匹配→命中策略组或直连→未命中时由 MATCH 兜底。DNS 解析路径和路由路径互相影响，但不是同一套配置。
rules:
- DOMAIN-SUFFIX,example.local,DIRECT
- GEOSITE,category-ads-all,REJECT
- GEOIP,CN,DIRECT
- MATCH,PROXY这是规则结构示例，策略组名称必须存在于当前 Profile 中；example.local、category-ads-all 和 PROXY 不一定适合你的配置，不能未经核对直接粘贴。Mihomo 规则按从上到下的顺序匹配，顶部规则优先级更高；DOMAIN 匹配完整域名，DOMAIN-SUFFIX 匹配域名后缀，GEOSITE 匹配域名集合，GEOIP 匹配 IP 所属地区，MATCH 匹配所有剩余请求。查看 Mihomo 路由规则文档。
例如，先写 DOMAIN-SUFFIX,example.local,DIRECT，可以让局域网域名优先走直连；如果把宽泛的 GEOSITE 或 MATCH 放在前面，后面的细分规则可能无法命中。Fake-IP 只改变域名到虚拟地址的映射，不会自动把所有请求改成代理。
Fake-IP 什么时候适合，什么时候先用 redir-host
- 适合先试 Fake-IP：你使用 TUN 接管全机流量，需要减少应用对系统 DNS 的绕过，并且已经准备好处理局域网、企业内网或特殊应用的兼容性。
- 适合先用 redir-host：你只是使用系统代理，当前应用兼容性优先，或者还没有确认订阅规则与 DNS 覆写的关系。
- 需要加入 fake-ip-filter：某些局域网域名、路由器管理地址、企业内网域名或依赖真实地址的应用，在 Fake-IP 下出现连接异常时。
- 不要因为 DNS 泄漏测试失败就盲目切换 Fake-IP：先确认测试工具检测的到底是系统 DNS、浏览器 DoH、TUN 劫持还是应用自带解析；单一测试页面不能证明所有应用的 DNS 行为。
Mihomo 支持 Fake-IP 的黑名单、白名单和规则模式，规则模式还可以使用 DOMAIN、GEOSITE、RuleSet 和 MATCH 等匹配方式。高级配置前应先确认当前内核支持的字段和 Profile 是否允许覆写。查看 fake-ip-filter-mode 说明。
修改后怎么验证：按顺序排除 DNS、规则、端口和节点问题
- 验证配置是否加载：保存后重新加载当前 Profile，观察 Clash Verge Rev 是否提示配置错误。YAML 缩进、字段拼写和策略组名称错误，都可能导致配置无法应用。
- 验证普通解析：在 Windows 使用
nslookup example.com，在 macOS 或 Linux 使用dig example.com或nslookup example.com。这些命令只能说明系统或指定解析链路的局部结果，不能单独证明 Mihomo 的最终路由。 - 验证规则命中：打开连接日志或请求记录，查看域名、目标 IP 和命中的规则。Mihomo API 的规则接口可以返回规则类型、匹配内容、策略组以及命中计数等信息，适合高级用户核对实际命中情况。查看 Mihomo API 规则接口。
- 验证代理链路：如果只有某个节点域名无法解析，优先检查
proxy-server-nameserver；如果所有节点都失败，再检查端口、系统代理、TUN 路由和网络本身。 - 验证 DNS 泄漏：使用你信任的 DNS 检测页面，并同时检查浏览器是否启用了独立的安全 DNS。检测结果只能代表当前设备、浏览器、网络和测试时刻，不应被解释为所有应用的永久结论。
- 回滚：关闭 DNS Overwrite、恢复原来的 Enhanced Mode，并重新加载 Profile。如果仍不能上网，再关闭 TUN 和系统代理，缩小故障范围。
常见故障：不要把所有问题都归因于 DNS
| 现象 | 更可能的层级 | 处理顺序 |
|---|---|---|
| 客户端显示已连接，但网页全部打不开 | 系统代理、端口、TUN 路由或节点 | 先确认代理端口监听，再暂时关闭 TUN 验证 |
| 只有节点列表中的域名节点连不上 | proxy-server-nameserver 或节点域名解析 | 检查节点域名是否能解析，再核对代理 DNS |
| 国内网站正常，某些国外域名异常 | 规则、nameserver-policy 或 fallback | 查看命中规则和解析结果，不要先改全部 DNS |
| 开启 Fake-IP 后局域网失效 | fake-ip-filter、局域网规则或 DNS Hijack | 为局域网域名加入过滤，或先回到 redir-host |
| 重启或更新订阅后修改消失 | Profile 覆盖、Merge 顺序或订阅更新 | 确认修改是在 DNS Overwrite、Merge 还是原始订阅中完成 |
Clash Verge Rev 项目提供 Merge 和 Script 等配置增强方式，但不同配置来源的优先级和覆盖关系需要结合当前版本、Profile 类型和实际生成配置判断。不要同时在原始订阅、Merge、DNS Overwrite 和脚本中重复写同一段 DNS，否则排查会变得困难。查看项目配置能力说明。
最稳妥的回滚清单
- 关闭 DNS Overwrite，并重新加载当前 Profile。
- 将 Enhanced Mode 恢复为修改前的值；不确定时先使用订阅原值。
- 删除最近添加的
nameserver-policy、fallback和fake-ip-filter条目。 - 暂时关闭 TUN，测试系统代理是否仍能访问网页。
- 恢复系统 DNS、系统代理和网络适配器的原设置。
- 确认节点域名、代理端口和策略组名称仍存在。
- 若配置仍然无法启动，使用客户端提供的配置备份或诊断信息，不要公开完整订阅链接、令牌和私钥。
如果你只是想解决单个域名打不开，优先定位该域名的规则命中、解析结果和节点链路，不建议直接替换整套 DNS。
常见问题
Clash Verge Rev DNS Overwrite 要不要打开？
没有明确解析故障时通常不必打开，优先使用订阅自带 DNS。只有在你知道要覆盖哪些字段，并且已经备份、准备好回滚时，才建议启用。订阅包含自定义 DNS 时，覆写可能影响节点连接和部分网站加载。
Fake-IP 是不是等于全局代理？
不是。Fake-IP 负责域名解析响应和虚拟地址映射，是否走代理仍由 Rule、Global、Direct、策略组和具体规则决定。开启 Fake-IP 后，局域网或特殊应用还可能需要 fake-ip-filter。
nameserver 和 proxy-server-nameserver 有什么区别？
nameserver 用于普通域名的默认解析，proxy-server-nameserver 专门用于解析代理节点域名。若只有节点域名无法连接，而普通网页解析正常，应优先检查后者。
开启 Fake-IP 后局域网打不开怎么办？
先把路由器、局域网域名和企业内网域名加入 fake-ip-filter，或暂时切回 redir-host 验证。随后检查 DNS Hijack、直连规则和系统路由；不要只根据一个网页测试判断问题来源。
DNS 设置改完后订阅更新会不会被覆盖？
可能会。要区分原始订阅、Merge、Script 和 DNS Overwrite 的配置来源。建议每次只在一个位置修改，并在更新 Profile 后检查实际运行配置是否仍包含目标字段。
为什么 DNS 正常，网页还是打不开？
DNS 只证明域名解析链路的一部分。网页仍打不开时，还要检查规则命中、策略组、节点连接、代理端口、系统代理、TUN 路由、MTU 和应用自己的网络设置。