Clash Meta for Android DNS 设置教程：覆写、Fake-IP 与故障排查
简答：如果你只想让 Clash Meta for Android 正确接管域名解析，先确认当前运行的是目标配置，再进入设置中的覆写或配置编辑入口修改 DNS；普通用户可先使用 Fake-IP、关闭 IPv6，并保留局域网域名在 fake-ip-filter 中。保存后重新载入配置、启动 Android VPN，再通过日志和实际访问结果验证。不同版本的菜单名称可能变化，具体以当前版本和项目发布页为准。
定义：Clash Meta for Android 的 DNS 设置，是通过 Mihomo 内核决定域名由哪些上游 DNS 解析、以 Fake-IP 还是 Redir-Host 模式返回结果，以及哪些域名绕过 Fake-IP。
先试这一步：三步确认 DNS 是否真的生效
这是一篇面向 Android 用户的第三方使用指南，不代表项目官方。Clash Meta for Android 是 Android 图形客户端，底层配置字段主要遵循 Mihomo 的 DNS 配置；官方项目源码和发布信息可在 项目仓库与发布页核对。
- 确认配置：打开客户端，确认你修改的是当前已选中、正在运行的配置，而不是仅下载但未启用的订阅。
- 确认入口：优先查看“设置”中的“覆写”或类似的 DNS 配置入口；如果客户端没有可视化选项，再编辑当前配置的 YAML。菜单名称可能随版本变化。
- 确认运行：保存后重新载入配置，启动 Android VPN 或 TUN 相关模式，查看日志中是否出现 DNS 配置解析错误。
如果只是某个域名打不开，不要一开始就同时修改 nameserver、fallback、IPv6、Fake-IP 过滤器和规则。一次只改一组参数，便于判断到底是 DNS、路由规则还是节点连接问题。
Clash Meta for Android DNS 的推荐起点
官方 Mihomo 文档中，enhanced-mode 支持 fake-ip 和 redir-host；fake-ip 会为域名返回虚拟地址，默认常见地址段为 198.18.0.1/16。下面是一份用于排查的最小示例，字段含义以Mihomo DNS 文档为准：
dns:
enable: true
ipv6: false
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter-mode: blacklist
fake-ip-filter:
- '*.lan'
- '*.local'
- localhost
nameserver:
- https://doh.pub/dns-query
- https://dns.alidns.com/dns-query
default-nameserver:
- 223.5.5.5
- 119.29.29.29
enable：是否启用 Mihomo 内置 DNS；设为false时通常会回到系统 DNS 解析。ipv6：是否解析 IPv6。首次排查时可先设为false，确认 IPv4 链路正常后再测试 IPv6。enhanced-mode：选择fake-ip或redir-host。fake-ip-range：Fake-IP 使用的虚拟 IPv4 地址段，通常不需要自行改动。fake-ip-filter：列出不使用 Fake-IP 的域名，例如局域网、路由器、打印机或 NAS 使用的本地域名。nameserver：普通域名解析使用的上游 DNS。default-nameserver：用于解析 DNS 服务器域名的基础 DNS，通常应填写 IP 地址或文档支持的解析类型。
示例中的 DNS 地址只是配置格式示例，不代表在所有网络环境下都可达。若某个上游不可用，应先替换为你实际能够访问的 DNS，而不是无限增加地址。
Fake-IP 和 Redir-Host 怎么选
| 模式 | 返回给应用的结果 | 适合场景 | 遇到问题时先检查 |
|---|---|---|---|
fake-ip | 返回虚拟地址，并由内核维护域名与虚拟地址的映射 | 希望规则按域名匹配、并让代理客户端更完整接管应用请求 | fake-ip-filter、VPN/TUN 是否启动、局域网域名是否需要排除 |
redir-host | 返回上游 DNS 解析出的真实 IP | 某些游戏、局域网设备或不兼容 Fake-IP 的应用 | 应用是否缓存旧 DNS、规则是否只按域名匹配、真实 IP 是否可达 |
如果使用 Fake-IP 后只有局域网、打印机、NAS 或某个游戏异常，优先把对应域名加入 fake-ip-filter，而不是立刻放弃整个 DNS 配置。若你不确定故障是否来自 Fake-IP，可以临时切换到 redir-host 做对照测试；如果两种模式都失败，问题更可能在 VPN 权限、节点、规则或上游 DNS。
在 Android 客户端中执行 DNS 覆写
- 备份当前配置：记录原配置中的
dns:部分，或先复制一份订阅配置。不要直接覆盖唯一配置。 - 选中实际运行配置：检查配置状态，确认不是只下载未启用的远程配置。
- 打开覆写入口：在客户端设置中查找“覆写”“Override”“网络”或“DNS”等相关页面。官方源码中存在独立的设置、网络设置和覆写设置模块，但不同版本的中文菜单名称可能不同，无法确认时以当前界面为准。
- 选择修改方式：如果界面提供“DNS 模式、Fake-IP、IPv6、Name Server”等选项，可先只修改需要的项目；如果只有原始配置编辑器，则把
dns:放在 YAML 顶层，不能缩进到proxy-groups或某个节点下面。 - 保存并重载：保存覆写内容后，重新载入配置或重启核心。远程订阅更新后要再次检查最终运行配置，因为订阅本身可能带有新的
dns:段。 - 启动 VPN：Android 同时只能由一个 VPN 服务接管连接。先关闭其他 VPN、网络过滤器或类似的流量接管工具，再授予 Clash Meta for Android VPN 权限。
官方客户端源码显示，配置覆写会保存为持久覆写或会话覆写；因此排查时要区分“本次临时生效”和“下次启动仍保留”的设置。相关实现可在覆写实现文件中核对。
nameserver、fallback 和 proxy-server-nameserver 的区别
| 字段 | 作用 | 新手是否必须填写 |
|---|---|---|
nameserver | 默认域名解析服务器 | 通常需要，作为最小配置的主要上游 |
fallback | 备用解析服务器，配合 fallback-filter 判断是否采用备用结果 | 不是必须；先解决基础解析，再按实际网络需求添加 |
proxy-server-nameserver | 专门解析代理节点域名，避免节点域名本身无法解析 | 只有节点域名解析失败或配置需要时再考虑 |
nameserver-policy | 按域名或规则集指定不同 DNS | 高级用法，初次排错不建议与多组规则同时修改 |
需要注意，DNS 解析结果和连接是否走代理是两件事。某个域名使用了 fallback，不等于该域名的后续连接一定经过代理；同样，规则指定代理，也不代表 DNS 必然使用某个固定上游。官方文档对这些字段和解析流程有明确区分，可参考DNS resolve process。
按现象排查：不要只盯着 DNS 地址
| 现象 | 优先检查 | 处理动作 |
|---|---|---|
| 全部应用都无法联网 | VPN 权限、其他 VPN、配置是否成功载入 | 关闭其他 VPN，恢复备份配置，重新启动服务并查看日志首个错误 |
| 只有部分 App 失败 | Fake-IP 兼容性、应用自带 DNS、规则命中情况 | 将相关域名加入 fake-ip-filter，或临时切换 redir-host 对照 |
| 局域网、打印机或 NAS 打不开 | *.lan、*.local 等本地域名是否被 Fake-IP | 把实际局域网域名加入过滤列表，并确认 Android 与设备处于同一网络 |
| 域名打不开但 IP 可达 | nameserver 是否可达、DNS 请求是否被系统或浏览器接管 | 暂时减少上游数量，关闭浏览器自带安全 DNS 进行对照 |
| DNS 泄露检测结果与预期不同 | Android 私有 DNS、浏览器安全 DNS、其他 VPN 是否同时启用 | 测试时只保留一个流量接管组件，再逐项恢复设置 |
| UDP 或游戏异常 | Fake-IP、规则、客户端对 UDP 的支持和网络本身 | 先切换 Redir-Host 做对照，不要仅凭网页访问成功判断 UDP 正常 |
排错顺序建议固定为：配置能否载入 → VPN 是否接管 → DNS 是否初始化 → 域名是否解析 → 规则是否命中 → 节点和目标连接是否成功。这样可以避免把节点故障误判成 DNS 故障。
验证标准与安全提醒
- 重新载入后，日志没有 YAML 解析错误或 DNS 初始化错误。
- 客户端显示 VPN 服务正在运行，并且 Android 设置中没有另一项 VPN 同时接管。
- 普通网站、一个需要代理的域名和一个局域网设备分别测试，不要只测试单一网页。
- 切换 Fake-IP 与 Redir-Host 后记录结果，确认是哪一种模式触发异常。
- 订阅更新后再次打开最终配置或日志，确认覆写仍然存在。
不要在文章、截图或日志中公开订阅链接、访问令牌、私钥和个人代理信息。DNS 加密只说明 DNS 请求采用了加密传输方式，不等于所有应用流量都会自动进入同一条代理链路；实际范围取决于客户端、VPN/TUN、规则和协议配置。
未覆盖范围
本文不提供具体订阅、节点、价格、测速排名或服务状态结论，也不替代当前版本的官方发布说明。不同 Android 厂商的省电策略、后台限制和系统 VPN 行为可能不同；如果客户端菜单中没有“覆写”或 DNS 选项，应优先查看当前版本的项目说明，并避免照抄其他客户端的配置字段。
如果你已经确认 DNS 正常，但仍然连接超时，可继续参考站内的代理连接超时排查步骤；如果问题是规则没有命中，可查看Clash 代理规则设置与不生效排查。
常见问题
Clash Meta for Android 的 DNS 设置入口在哪里？
通常应在客户端的设置、网络或覆写相关页面查找 DNS 选项；也可能需要编辑当前配置的 YAML。由于不同版本菜单名称会变化，先确认当前运行配置，再根据界面实际显示操作，不要修改未启用的配置文件。
Fake-IP 和 Redir-Host 哪个更好？
没有适用于所有设备的固定答案。Fake-IP 更适合按域名处理规则和接管应用流量，Redir-Host 更接近传统 DNS 返回真实 IP。若局域网、游戏或某个 App 异常，可临时切换另一种模式进行对照。
DNS 改完后全部无法联网怎么办？
先恢复备份配置，确认 YAML 缩进和字段位置正确，再检查 VPN 权限、其他 VPN、上游 DNS 是否可达。不要同时添加 fallback、nameserver-policy 和大量过滤规则；先用最小配置确认核心可以启动。
为什么订阅更新后 DNS 设置又变了？
远程订阅可能重新提供自己的 dns 配置，或者你修改的是临时会话覆写。更新订阅后应重新载入配置，并检查最终运行配置和日志；需要长期保留的设置应使用客户端提供的持久覆写功能。
Android 私有 DNS 要不要关闭？
排查阶段建议不要让 Android 私有 DNS、浏览器安全 DNS、其他 VPN 和 Clash DNS 同时参与解析。可以先保持系统私有 DNS 为自动或暂时关闭浏览器独立 DNS，确认 Clash VPN 路径后再逐项恢复。