[dns-operations] Best practices for Linux/UNIX stub resolver failover
Chris Adams
cma at cmadams.net
Fri May 2 12:41:58 UTC 2014
Once upon a time, Brett Carr <Brett.Carr at nominet.org.uk> said:
> If I stop the resolver running on 192.168.1.244 and then generate a query I see the following in a tcpdump
That tests just one failure mode: the system is running but the resolver
is refusing connections. That particular case has never been a problem,
because the server will immediately send back a "connection refused"
packet and the client can go on to the next server.
Try setting the first entry in /etc/resolv.conf to an IP address that is
not in use, simulating a server down, a resolver running but not
responding, etc. The client will wait, send restries, etc., which takes
a while to time out before moving to the next server.
--
Chris Adams <cma at cmadams.net>
More information about the dns-operations
mailing list