<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Date: Fri, 27 Jan 2006 21:25:12 -0500<br>From: Eric Dunbar <<a href="mailto:eric.dunbar@gmail.com">
eric.dunbar@gmail.com</a>><br>Subject: Re: Cannot Surf Internet, but I can Ping<br>To: Ubuntu Help and User Discussions <<a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a>><br>Message-ID:
<br>        <<a href="mailto:77520bee0601271825v399e8afak193f31c73c2dcfee@mail.gmail.com">77520bee0601271825v399e8afak193f31c73c2dcfee@mail.gmail.com</a>><br>Content-Type: text/plain; charset=ISO-8859-1<br><br>Ok, see what follows post ;-)
<br><br>On 1/27/06, Tod Merley wrote:<br>> Please see what follows post:<br><br>> I had a similar problem as follows:<br>><br>> HI List!<br>><br>>   The FC4 box (a desktop) attached via DHCP fine.  Then the problems
<br>> started.<br>><br>>   I noticed that Konqueror would browse (and Kget would download) fine but<br>> Firefox would browse intermittently (actually not very often and almost<br>> never to any major sites such as 
<a href="http://google.com">google.com</a> or <a href="http://yahoo.com">yahoo.com</a>).<br>><br>>   The problem did not exist when the computers were used outside of the<br>> Quest DSL home.<br>><br>>   A look at a network traffic recording (tcpdump -w & Ethereal) showed that
<br>> DNS queries from Konqueror were answered properly but DNS queries from<br>> Firefox were either resulted in a server-fail reply or in an apparent reply<br>> address of "<a href="http://1.0.0.0">1.0.0.0
</a>".  When Firefox replied with the "<a href="http://1.0.0.0">1.0.0.0</a>" address the<br>> network never replied and the system timed out.<br>><br>>   If IPv6 DNS was disabled in Firefox (Using "about:config" in the URL line
<br>> then setting "network-dns-IPv6-disable default Boolean false"  to<br>> "network-dns-IPv6-disable User Set  Boolean true") then Firefox browsed<br>> fine. It appeared that we had an IPv6 DNS problem.
<br>><br>>   Now, in Fedora if you disable IPv6 (add "alias net-pf-10 off" to<br>> /etc/modprobe.conf and reboot) then Firefox will browse fine "dns-IPv6" in<br>> Firefox set or not. But I had changed to Ubuntu on the main machine since it
<br>> was more compatible with some of the software I desire to use.  I found no<br>> successful way to disable IPv6 in Ubuntu.  I did, however, happen across one<br>> who mentioned that disabling the use of the DSL modem as a name server
<br>> eliminated the faulty DNS queries.  Indeed, a simple "# " added to the<br>> "nameserver <a href="http://192.168.0.1">192.168.0.1</a>" line in the "resolv.conf" file in "etc" cured the
<br>> network connection problems for internet access from the Ubuntu machine<br>> completely.<br>><br>> Probably I will leave the Fedora machine with IPv6 disabled and the Ubuntu<br>> machine with IPv6 enabled but taking care to see that Ubuntu does not use
<br>> the DSL modem DNS.<br>><br>> I hope this is useful!<br>><br>> Cheers!<br>><br>> Tod<br><br>Hmm. Now I wonder. Here's my situation.<br><br>I have an ADSL modem set to bridge mode. A Netgear 614MR router
<br>(802.11g) acts as a router for the network and also establishes the<br>PPPoE connection.<br><br>When I had the ADSL modem active as the DHCP server (i.e. not in<br>bridge mode) the Netgear router would function adequately as a
<br>secondary router.<br><br>After I put the ADSL modem into bridge mode [1.1] and I used the<br>Netgear 614MR to login to the ISP using PPPoE, I had the strange<br>behaviour -- my computers (one Linux (YellowDogLinux 4.0.1
 (FC2+3),<br>two Mac OS X 10.4.4) would resolve URLs VERY, VERY slowly but once<br>resolved browsing (or any other DNS lookup function that required<br>access to the wider world) would function OK.<br><br>However, if I removed the router from the equation and logged in using
<br>Mac OS X 10.4.4 everything would work beautifully -- I'm not sure if<br>OS X 10.4.4 would have been using IPv6 or not since a quick look at<br>the settings has the default as being "automatic" but I suspect it was
<br>using IPv6 ... and, I won't test it right now b/c I've got an audio<br>capture happening on my Linux server for CBC radio 1's "Ideas" (I've<br>got a nice collection of ideas going :-)<br><br>When I took the DNS servers as reported by the Router Status page (in
<br>Internet Port:Domain Name Server) and entered them into the "Basic<br>Setup" page I could once again use the router as a go between between<br>the computers and the modem.<br><br>[1.1] The ADSL modem is now unfortunately PERMANENTLY in bridge mode.
<br>I cannot for the life of me figure out how to reset it (no little<br>button anywhere on the outside... haven't tried opening it up yet)<br>and, an e-mail to the manufacturer came back with a response "Contact<br>
your ISP. Some modems shipped with that functionality enabled." (I put<br>it in bridge mode ;-). Fortunately, I have another ADSL modem that's<br>mine so I'm OK if I ever want to have a non-bridge connection ;-).<br>
<br>Hmm. Is the problem IPv6?<br><br>Eric<br><br></blockquote></div>Hi Eric!<br>
<br>
I had been chaseing the problem for months, and had asked several
network professionals about it.  Thier advice to set up tcpdump
and analyze with ethereal proved very good.  The truth is that my
packet capture size was too small to catch the actual full response to
firefoxes DNS requests, however, the "<a href="http://1.0.0.0">1.0.0.0</a>" reply back told me that
something was not properly resolved.  A forum search on DNS and
Firefox clued me in to the rest.  <br>
<br>
In my case I believe I am dealing with old firmware (faulty, I would
say) in the provider owned DSL modem.  Simply, it improperly
handles IPv6 DNS requests.  In your case resolution is slow but
there.  Ethereal would show you what is happening where and when,
and I think that would be good to do.  There are probably other
tools as well.  <br>
<br>
Perhaps it would be best to set up a separate DNS server on an unloaded
box on your network.  Might very well improve resolution times.<br>
<br>
Just some thoughts!<br>
<br>
Tod<br>