Suboptimal behavior from nsd
Stephane Bortzmeyer
bortzmeyer at nic.fr
Thu Jan 8 12:52:24 UTC 2004
Hello, and Happy New year to nsd-users,
I just detected a sub-optimal (but probably legal) behavior of
nsd. (You are welcome to perform tests with ns2.nic.fr, which runs nsd
1.2.2.)
When a nsd server is authoritative, it does not send in the Additional
section every information it has.
Here, ns2.nic.fr is not authoritative for enst.fr, the reply is as
expected:
eve:~ % dig @ns2.nic.fr NS enst.fr
;; AUTHORITY SECTION:
enst.fr. 345600 IN NS minos.enst.fr.
enst.fr. 345600 IN NS enst.enst.fr.
enst.fr. 345600 IN NS infres.enst.fr.
enst.fr. 345600 IN NS phoenix.uneec.eurocontrol.fr.
;; ADDITIONAL SECTION:
minos.enst.fr. 345600 IN A 137.194.2.34
enst.enst.fr. 345600 IN A 137.194.2.16
infres.enst.fr. 345600 IN A 137.194.160.3
phoenix.uneec.eurocontrol.fr. 345600 IN A 147.196.69.1
Here, ns2.nic.fr is authoritative for supelec.fr and one IP address is
missing from the Additional section, because it is not in the queried
domain (but it is known from the nsd server):
eve:~ % dig @ns2.nic.fr NS supelec.fr
;; ANSWER SECTION:
supelec.fr. 86400 IN NS supelec.supelec.fr.
supelec.fr. 86400 IN NS infogif.supelec.fr.
supelec.fr. 86400 IN NS hermes.supelec.fr.
supelec.fr. 86400 IN NS ns2.nic.fr.
;; ADDITIONAL SECTION:
supelec.supelec.fr. 86400 IN A 160.228.120.192
infogif.supelec.fr. 86400 IN A 160.228.120.190
hermes.supelec.fr. 86400 IN A 160.228.120.109
It means that most nameservers will not bother trying to get the
missing IP address so, in practice, the fourth server will not be used
:-(
Worse, if I ask a more reasonable question:
eve:~ % dig @ns2.nic.fr A www.afnic.fr
;; ANSWER SECTION:
www.afnic.fr. 172800 IN CNAME rigolo.nic.fr.
The CNAME is *not* followed, probably because it is out of the zone,
despite the fact that ns2.nic.fr is also authoritative for nic.fr.
Try now with www.nic.fr, it works better:
eve:~ % dig @ns2.nic.fr A www.nic.fr
;; ANSWER SECTION:
www.nic.fr. 172800 IN CNAME rigolo.nic.fr.
rigolo.nic.fr. 172800 IN A 192.134.4.20
This behaviour is probably legal (you put as many things you want in
the Additional section, after all), but clearly sub-optimal (BIND 8
and BIND 9 do not exhibit this behaviour).
Comments?
More information about the nsd-users
mailing list