[dns-operations] Why the record locates in com. zone?

Carlos Martinez-Cagnazzo carlosm3011 at gmail.com
Fri Sep 9 14:53:53 UTC 2011

I'm not sure I completely understand your question; but let me provide
a tentative answer.

It's my understanding that what you've found represents the main
purpose of the "additional" section in the DNS response message, an
optimization saving resolvers one step in the recursion process. So,
my answer to your question would be "yes", what bind 9.7.2 is doing is

If the NS-set in the root zone does not match the NS-set in the zone
itself, well, the problem is not with BIND but rather with the
configuration of the zone and it should be corrected at that level.

However, I might have misunderstood your question. Just let me know :-)



2011/9/9 刘明星:) <liumingxing at cnnic.cn>:
> hi, all
> I dig zq681.com @a.gtld-servers.net
> the result is the following:
> ;zq681.com.   IN A
> zq681.com.  172800 IN NS ns3.wondns.com.
> zq681.com.  172800 IN NS ns4.wondns.com.
> ns3.wondns.com.  172800 IN A
> ns3.wondns.com.  172800 IN A
> ns3.wondns.com.  172800 IN A
> ns4.wondns.com.  172800 IN A
> ns4.wondns.com.  172800 IN A
> ns4.wondns.com.  172800 IN A
> and I find that the bind9.7.2-p2 recursor just believe that the authoritave
> nameserver have the addresses listing in additional section in response, and
> thus
> directly request zq681.com to one of the address. I want to know whether it
> is wrong for the recursor to accept the addresses. If it is allowed, why is
> there the records like  "ns3.wondns.com.  172800 IN A" in
> com. zone and how to do this?
> 2011-09-09
> ________________________________
> Mingxing
> _______________________________________________
> dns-operations mailing list
> dns-operations at lists.dns-oarc.net
> https://lists.dns-oarc.net/mailman/listinfo/dns-operations
> dns-jobs mailing list
> https://lists.dns-oarc.net/mailman/listinfo/dns-jobs

Carlos M. Martinez-Cagnazzo

More information about the dns-operations mailing list