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