READ THE CONFIGmihomo.is / 独立中文指南
配置与规则 / NOTE 07

nameserver-policy 与节点域名解析,为什么要分开

业务域名和代理服务器域名可能需要不同解析路径;排错时先找出是哪一个名字无法解析。

Mihomo 配置笔记 · · 约 3 分钟阅读

日志里出现 DNS 错误时,先看完整域名。打不开的网站域名与节点服务器域名,承担的是不同角色。如果节点地址本身无法解析,连接还没到访问目标网站那一步。

nameserver-policy 处理按域名区分的需求

配置中可以为特定域名选择解析服务器,常见于内部域名与公共域名需要不同路径的场景。设置之前先明确目标:是让局域网名字交给本地 DNS,还是让某类业务域名使用指定解析服务。

指定解析服务并不会自动让目标业务走同一个代理出口。DNS 选择和路由规则应分别检查,不能只改解析地址,就认为所有应用流量也已切换路径。

DNS 解析路径:节点域名 → 业务域名 → 各自解析路径DNS 解析路径 · 概念示意01节点域名02业务域名03各自解析路径用于解释正文步骤,不是软件操作界面或实时检测结果DNS 解析路径:节点域名 → 业务域名 → 各自解析路径DNS 解析路径 · 示意01节点域名02业务域名03各自解析路径
先让节点可解析,再检查业务请求;避免循环依赖。

节点域名解析关系到启动顺序

proxy-server-nameserver 用于代理服务器域名解析。节点要先被解析和连接,才能承担其他请求;如果这个过程又依赖尚未建立的代理路径,就可能产生循环依赖。

启用 respect-rules 时应按文档配合 proxy-server-nameserver,不要只复制一个布尔开关。需要同时检查当前内核版本支持、解析上游的连接路径以及服务实际是否可达。

用两组目标做检查

先核对节点服务器域名能否按预期解析,再核对一个业务域名。日志里记录各自的错误类型和发生时间,别只用浏览器里一句“无法访问”统称 DNS 故障。

DoH 或 DoT 等加密传输也不等于所有查询都已走预期路径。系统、浏览器和应用可能各自有解析设置。检查覆盖范围时,从实际请求出发,确认是谁在解析、通过哪个入口发出,再决定是否需要调整内核配置。

继续核对资料

DNS 参数与模式文档TUN DNS 接管说明

按 2026-10-21 可读项目资料整理。界面与参数可能随版本变化,请对照实际运行版本。

接下来可以看。

返回全部文章 →