I think I have something here, although I am still not sure why Firefox is taking so long to do what should be a local (in-process to FF) cache lookup for DNS.<br><br>I compared the HTTP headers from my site that's behaving more sensibly to the site you mentioned, and I noticed in all the subsequent requests that are doing an additional DNS lookup, the "Connection:" HTTP header is being set to "close" rather than "keep-alive" - thus initiating a new TCP connection, an expensive prospect DNS lookup or no. (In fact, as I write this, it might be that Firebug incorrectly reports some of the connection overhead time as DNS lookup even if no actual lookup is being done). Certainly, on my system, a remote lookup (even on our corporate DNS system) didn't happen - I observed the whole network stream with Wireshark.<br>
<br>I hope this helps!<br><br>Nathan<br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 11:52 AM, Nathan Hoover <span dir="ltr"><<a href="mailto:nathan@foo-o-rama.com">nathan@foo-o-rama.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Interestingly, I am seeing the same behavior on my machine. My first inclination was that Firebug was erroneously reporting DNS lookup time, but I discounted that quickly by looking at one of my own sites, and not observing a similar pattern. My next inclination was that it was a DNS configuration problem (ridiculously low TTL?) but a quick look doesn't seem to bear that out either. Now my curiosity is piqued! If I find anything, I'll let everyone know.<br>
<font color="#888888">
<br>Nathan</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 11:18 AM, Rick Moen <span dir="ltr"><<a href="mailto:rick@linuxmafia.com" target="_blank">rick@linuxmafia.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Quoting Andrew E (<a href="mailto:andrewevansc@gmail.com" target="_blank">andrewevansc@gmail.com</a>):<br>
<br>
> CONFIDENTIAL:<br>
<br>
[RM: snip server URL and related text, which I'm pretty sure were the<br>
only confidential parts]<br>
<div><br>
> Firebug shows me a whole bunch of DNS lookups. Does it look like that IPv6<br>
> vs IPv4 issue? I'm unfamiliar with how to diagnose issues with these<br>
> protocols or DNS in general. Here is a phpinfo() about the server<br>
> <a href="http://native-instinct.com/portfolio/info.php" target="_blank">http://native-instinct.com/portfolio/info.php</a> if that helps.<br>
<br>
</div>As Nathan said, and I was implying, Firebug is reporting what's going on<br>
at the machine where _Firebug_ is running, which is where your Web<br>
browser is -- which Web browser I believe would be Firefox, right?<br>
<br>
So, the real question you should be asking yourself is, where's your<br>
Web-browsing machine (the machine you're running your -browser- on)<br>
consulting for DNS?  Is the Web-browsing machine attempting IPv6-enabled<br>
DNS and falling back to IPv4-based queries when those fail?<br>
<br>
One quick way to check is to install Unbound, an IP6-enabled open-source<br>
recursive nameserver available for Unixes (including Linux and OS X) and<br>
MS-Windows, pointing your machine at it for nameservice, and seeing if<br>
the problem goes away.<br>
<br>
The URL I posted earlier details how.<br>
<div><div></div><div><br>
<br>
_______________________________________________<br>
sf-lug mailing list<br>
<a href="mailto:sf-lug@linuxmafia.com" target="_blank">sf-lug@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>
Information about SF-LUG is at <a href="http://www.sf-lug.org/" target="_blank">http://www.sf-lug.org/</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>