diff options
author | Internet Software Consortium, Inc <@isc.org> | 2007-09-07 14:13:49 -0600 |
---|---|---|
committer | LaMont Jones <lamont@debian.org> | 2007-09-07 14:13:49 -0600 |
commit | 145708f190bab1a282c04698db8f36f614ae7ac0 (patch) | |
tree | c56976d39ff8a40fff16ad71cd4620eabfe807e4 /FAQ | |
parent | 34691e625b8862a666f95b0ee39c10156ae6b9c6 (diff) | |
download | bind9-145708f190bab1a282c04698db8f36f614ae7ac0.tar.gz |
9.2.0b2
Diffstat (limited to 'FAQ')
-rw-r--r-- | FAQ | 24 |
1 files changed, 24 insertions, 0 deletions
@@ -163,3 +163,27 @@ user and set pid-file to "/var/run/named/named.pid", or set pid-file to "named.pid", which will put the file in the directory specified by the directory option (which, in this case, must be writable by the named user). + + +Q: When I do a "dig . ns", many of the A records for the root +servers are missing. Why? + +A: This is normal and harmless. It is a somewhat confusing side effect +of the way BIND 9 does RFC2181 trust ranking and of the efforts BIND 9 +makes to avoid promoting glue into answers. + +When BIND 9 first starts up and primes its cache, it receives the root +server addresses as additional data in an authoritative response from +a root server, and these records are eligible for inclusion as +additional data in responses. Subsequently it receives a subset of +the root server addresses as additional data in a non-authoritative +(referral) response from a root server. This causes the addresses to +now be considered non-authoritative (glue) data, which is not eligible +for inclusion in responses. + +The server does have a complete set of root server addresses cached +at all times, it just may not include all of them as additional data, +depending on whether they were last received as answers or as glue. +You can always look up the addresses with explicit queries like +"dig a.root-servers.net A". + |