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

[Carlos Martinez-Cagnazzo]

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
correct.

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 :-)

regards

Carlos


2011/9/9 刘明星：） <liumingxing at cnnic.cn>:
> hi, all
>
> I dig zq681.com @a.gtld-servers.net
> the result is the following:
> ;; QUESTION SECTION:
> ;zq681.com.   IN A
>
> ;; AUTHORITY SECTION:
> zq681.com.  172800 IN NS ns3.wondns.com.
> zq681.com.  172800 IN NS ns4.wondns.com.
>
> ;; ADDITIONAL SECTION:
> ns3.wondns.com.  172800 IN A 113.105.171.124
> ns3.wondns.com.  172800 IN A 208.98.33.250
> ns3.wondns.com.  172800 IN A 208.98.33.251
> ns4.wondns.com.  172800 IN A 113.105.171.78
> ns4.wondns.com.  172800 IN A 208.98.33.252
> ns4.wondns.com.  172800 IN A 208.98.33.253
> 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 113.105.171.124" 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
http://www.labs.lacnic.net
=========================