A Linux box will wait 5 seconds and then move on to the next server.<div><br></div><div><a href="http://linux.die.net/man/5/resolver">http://linux.die.net/man/5/resolver</a></div><div>&quot;<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; ">timeout:<i style="font-style: italic; ">n</i></span></div>
<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; ">sets the amount of time the resolver will wait for a response from a remote name server before retrying the query via a different name server. Measured in seconds, the default is RES_TIMEOUT (see <i style="font-style: italic; ">&lt;<a href="http://linux.die.net/include/resolv.h" rel="nofollow" style="color: rgb(102, 0, 0); ">resolv.h</a>&gt; ).&quot;</i></span><div>
<a href="http://linux.die.net/man/5/resolver"></a><a href="http://linux.die.net/include/resolv.h">http://linux.die.net/include/resolv.h</a></div><div><a href="http://linux.die.net/include/resolv.h"></a>&quot;<span class="Apple-style-span" style="font-family: monospace; font-size: medium; white-space: pre-wrap; "># define RES_TIMEOUT                5        /* min. seconds between retries */&quot;</span><br>
<br><div class="gmail_quote">On Thu, Nov 18, 2010 at 2:49 PM, Will <span dir="ltr">&lt;<a href="mailto:will.sterling@gmail.com">will.sterling@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Microsoft Technet says that a Windows DNS server will wait three seconds for a DNS server to respond during a recursive lookup before moving on to the next server for the domain.  I suspect BIND is similar but I do not see mention of it in the documentation.<div>

<br></div><div>On the client side a Windows machine will give it&#39;s preferred DNS server two seconds to respond before moving on to the next DNS server in its list.  Again I could not find anything on the BIND light weight resolver.<div>
<div></div><div class="h5"><br>
<br><div class="gmail_quote">On Thu, Nov 18, 2010 at 1:26 PM, Roy <span dir="ltr">&lt;<a href="mailto:rjohnston@denverinternet.com" target="_blank">rjohnston@denverinternet.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

dns will round robin through the servers- so on a no response it may retry but if it does get a response but bad data - it will cache that and stop.<br>
which is why all authoritative NS need to be up to date and synced.<br>
<div><div></div><div><br>
<br>
<br>
Chris Ernst &lt;<a href="mailto:penguin-guy@comcast.net" target="_blank">penguin-guy@comcast.net</a>&gt; wrote:<br>
<br>
&gt;It&#39;s up to the client.  Typically, if the initial request fails and<br>
&gt;there is another NS record, it will just try the next one.<br>
&gt;<br>
&gt;       - Chris<br>
&gt;<br>
&gt;On 11/18/2010 12:56 PM, David L. Willson wrote:<br>
&gt;&gt; If a domain has a couple NS records setup at the registrar, what happens<br>
&gt;&gt; if one of name-servers is down? Do lookups fail back to the client or<br>
&gt;&gt; fail gracefully to the other NS with no notice to the client?<br>
&gt;&gt;<br>
&gt;&gt; What if there are more than two name-servers? Are they all tried before<br>
&gt;&gt; a failure is reported, or just a certain number?<br>
&gt;&gt;<br>
&gt;&gt; What if the name-server is up, but there&#39;s another sort of failure, like<br>
&gt;&gt; &quot;no such domain&quot; or something like that?<br>
&gt;&gt;<br>
&gt;&gt; I am willing and able to look this up myself, or trace it out myself,<br>
&gt;&gt; but I&#39;m short of time, so I thought I&#39;d check if someone knew off the<br>
&gt;&gt; top of their head, and wanted to show off a bit.<br>
&gt;&gt;<br>
&gt;&gt; David L. Willson<br>
&gt;&gt; Trainer, Engineer, Enthusiast<br>
&gt;&gt; MCT MCSE Network+ A+ Linux+ LPIC-1 NovellCLA UbuntuCP<br>
&gt;&gt; tel://720.333.LANS<br>
&gt;&gt; Freeing the world from the tyranny (or whatevery) of Microsofty-ness<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; clue-tech mailing list<br>
&gt;&gt; <a href="mailto:clue-tech@cluedenver.org" target="_blank">clue-tech@cluedenver.org</a><br>
&gt;&gt; <a href="http://cluedenver.org/mailman/listinfo/clue-tech" target="_blank">http://cluedenver.org/mailman/listinfo/clue-tech</a><br>
&gt;<br>
&gt;_______________________________________________<br>
&gt;clue-tech mailing list<br>
&gt;<a href="mailto:clue-tech@cluedenver.org" target="_blank">clue-tech@cluedenver.org</a><br>
&gt;<a href="http://cluedenver.org/mailman/listinfo/clue-tech" target="_blank">http://cluedenver.org/mailman/listinfo/clue-tech</a><br>
_______________________________________________<br>
clue-tech mailing list<br>
<a href="mailto:clue-tech@cluedenver.org" target="_blank">clue-tech@cluedenver.org</a><br>
<a href="http://cluedenver.org/mailman/listinfo/clue-tech" target="_blank">http://cluedenver.org/mailman/listinfo/clue-tech</a><br>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>