logo       

Re: not answerig queries for top-level domains: msg#00044

network.dns.dnsmasq.general

Subject: Re: not answerig queries for top-level domains

Marcus Better wrote:
Hi,

I have a strange problem with dnsmasq 2.33 running on OpenWRT White-russian.
Normal resolution seems to work, but when a client does an NS query for a
TLD, such as .se or .ch, it returns NXDOMAIN:


Dec 19 19:26:35 (none) kern.debug dnsmasq[3275]: query[NS] se from
172.16.10.4
Dec 19 19:26:35 (none) kern.debug dnsmasq[3275]: config se is <NXDOMAIN>

Here are relevant parts of dnsmasq.conf:
<snip>
domain-needed

From dnsmasq(8)

-D, --domain-needed
Tells dnsmasq to never forward queries for plain names, without
dots or domain parts, to upstream nameservers. If the name is
not known from /etc/hosts or DHCP then a "not found" answer is
returned.

"abc.se" doesn't get caught be this test, but "se" does, since it has no dots.

That explains the behaviour, but it's probably not correct: it may be better for queries for NS records to be exempted.

What does the team think?


Simon.


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise