DNS order in /etc/resolv.conf . How does that work
Barry Margolin
barmar at genuity.net
Thu Apr 27 17:37:28 UTC 2000
In article <200E2FA22B2AD2119AC000104B6A0A8601E95716 at PSBMAIL1>,
Bhangui_S <Bhangui_S at bls.gov> wrote:
>General question apologizes if it has been answered before.
I don't think it has been answered here recently, but it's certainly
answered in the DNS & BIND book. I think you owe Cricket some $$, not just
apologies.
>If the Server A or the named on Server A dies will the queries be left
>hanging or immediately the Server B should pick up and answer the queries. I
>thought that in the event this happened Server B will pick up
>instantaneously. But apparently that did not happen . Is there a setting
>somewhere which one has to set so that it picks up the second listed server
>immediately if Server A does not respond. Could somebody throw some light on
>this so that I can understand the proper use of the DNS order.
The only way that you know that A is down is due to a timeout waiting for a
response. The resolver will send a query to A, wait a few seconds, and
then query B, wait a few seconds, and then query C. If this times out it
will repeat the process with a longer timeout for each server.
Also, it doesn't remember from one lookup to the next that A was down, so
there will be a delay before asking B for *every* name you look up. So
make sure that A is a reliable machine.
The full details are on p.107 of the book. Note: you can't test this with
nslookup. It uses a different lookup order; instead of ABCABCABC it uses
AAABBBCCC.
--
Barry Margolin, barmar at genuity.net
Genuity, Burlington, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.
More information about the bind-users
mailing list