CoreDNS无法正常返回预期解析结果的原因排查求助

我来帮你梳理下问题所在，从你的描述来看，直接指定CoreDNS服务器IP做查询时能得到正确结果，但使用系统默认DNS链查询时却走了其他服务器，核心问题出在DNS递归查询的处理和resolv.conf的解析逻辑上，具体分析如下：

1. CoreDNS配置的关键限制 #

你的CoreDNS配置只包含了hosts、reload和whoami插件，没有配置递归查询相关的逻辑（比如forward插件）。这意味着：

• 当你直接向它查询nlabs.io这类它托管的域名时，hosts插件会直接返回你配置的IP，完全没问题；
• 但当系统DNS解析器向它发送递归查询请求时（这是本地resolver的默认行为，它期望DNS服务器帮它递归查找任何域名），你的CoreDNS因为没有递归能力，会返回递归不可用的响应，导致本地resolver跳过它，转而尝试resolv.conf里的下一个服务器。

2. resolv.conf的解析顺序影响 #

你的resolv.conf顺序是：

nameserver Y.Y.Y.Y
nameserver X.X.X.X
nameserver 192.168.0.1

系统会按这个顺序依次尝试DNS服务器：

1. 首先请求Y.Y.Y.Y，如果这个服务器返回了nlabs.io的公共IP（或者无法解析但没返回递归不可用），就直接用这个结果；
2. 如果Y.Y.Y.Y没响应或者返回错误，才会尝试X.X.X.X，但此时CoreDNS返回递归不可用，resolver就继续跳到192.168.0.1，最终拿到了公共DNS返回的nlabs.io地址。

3. 验证与解决方案 #

验证思路 #

你可以用nslookup的-norecurse参数测试，模拟非递归查询：

nslookup -norecurse nlabs.io X.X.X.X

这个命令应该能返回你配置的10.0.0.1，而如果用默认的递归查询：

nslookup -recurse nlabs.io X.X.X.X

应该会得到递归不可用的错误，这就能验证我们的判断。

解决方案 #

根据你的需求，有两种方向：

• 只让CoreDNS处理特定域名：修改本地resolv.conf的配置，使用search或者domain指令，或者用ndots:参数，让系统只有查询nlabs.io相关域名时才用CoreDNS。不过更可靠的是用本地DNS转发工具（比如dnsmasq），配置特定域名指向CoreDNS，其他域名用公共DNS。
• 让CoreDNS支持递归查询：在你的CoreDNS配置里添加forward插件，让它能递归转发其他域名的查询请求，比如：

nlabs.hosts nlabs.io:53 {
    hosts {
        10.0.0.1 nlabs.io
        10.0.0.2 superman.nlabs.io
        10.0.0.3 babo.nlabs.io
        ttl 300
        fallthrough
    }
    reload 5s
    whoami
}

. {
    forward . 8.8.8.8 1.1.1.1
    cache 30
}

这样配置后，CoreDNS既能处理nlabs.io的本地记录，也能递归处理其他域名的查询，就不会返回递归不可用的响应，本地resolver也就会正常使用它的结果了。

备注：内容来源于stack exchange，提问作者K.k