3 个字段分别负责什么？
| 字段 | 作用 | 常见误用 |
|---|---|---|
| nameserver | 默认解析 | 塞太多不同来源 |
| fallback | 备用解析 | 和默认完全重复 |
| fallback-filter | 触发条件 | 写得过宽 |
| nameserver-policy | 指定域名解析 | 忘记内网域名 |
nameserver 怎么选？
它负责大多数请求，优先选你能稳定访问、延迟可控的 DNS。家庭路由器场景可以把本地 DNS 放在前面，保留内网域名解析。
不要同时混入太多 DoH、DoT、UDP DNS，出错时很难判断是哪一个返回了异常结果。
fallback-filter 该收紧到什么程度？
只让明确需要备用解析的域名进入 fallback。过宽会导致普通网站也反复触发备用解析，连接日志看起来像规则错了。
如果多客户端共享同一订阅，DNS 配置仍要按客户端分别调整；兼容 Clash / Singbox / V2Ray 的订阅解决节点格式，不替你决定 DNS 策略。
内网域名为什么会失效？
公司或家庭 NAS 常用 .lan、.home 或自定义域名。公共 DNS 不知道这些记录。
用 nameserver-policy 把内网后缀指定到路由器 DNS，避免被 fallback 带走。
怎么确认 DNS 配置正确？
打开 debug 日志，看每个域名走了哪组 DNS。再测试内网域名、普通网站和海外服务访问，三类都符合预期才算通过。
Mihomo fallback-filter 配置的落地条件
Mihomo fallback-filter 配置这类工具页要把费用影响、权限变化和Release 来源写清楚。安装包只从维护者仓库、Release、应用商店或系统包源获取，生产设备只保留可追溯来源。
改配置前备份原文件，保留客户端版本、内核版本和错误日志。路由器、NAS、手机和桌面端的权限模型不同，不能把同一条命令直接搬过去。
协议兼容、规则集和订阅格式会随着客户端更新变化；正文没有覆盖的系统版本，应以维护者文档和当前 Release 说明为准。
| 项目 | 看什么 | 不宜继续的信号 |
|---|---|---|
| 费用影响 | 当前后台、日志或设置页里能直接看到的字段 | 页面提示和手头资料对不上 |
| 权限变化 | 费用、权限、地区或设备造成的实际影响 | 已经影响付款、审核、生产环境或家庭使用 |
| Release 来源 | 回退入口、旧配置、官方支持材料 | 找不到回滚方式，或责任人无法确认 |