"DNS lookup failed" error message while using Google Chrome

kryan

Posts: 65   +0
Hi everyone.

I've been getting the "DNS lookup failed" error message constantly while using Google Chrome. TCP/IPv4 settings for IP address and DNS server are on automatic as per my ISP's instructions. And Chrome is already listed as an exception in my Windows firewall. After talking with my ISP they insist that the problem is on my side, probably the firewall.

I tried disabling the firewall and using Google's public DNS. This reduced the frequency of the errors, but doesn't get rid of them completely.

Any suggestions would be appreciated.

Thanks in advance.
 
re-enable the firewall
connect to the router/modem per usual
get a command prompt (start->run->cmd) and enter
ipconfig /all >myTCP.txt
now copy the entire contents of myTCP.txt and
a) paste into your follow-up OR
b) attach that file itself
 
Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . : flowtrinidad.com
Description . . . . . . . . . . . : Marvell Yukon 88E8040 PCI-E Fast Ethernet Controller
Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 190.213.84.86(Preferred) [1]
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Thursday, June 23, 2011 7:44:57 AM
Lease Expires . . . . . . . . . . : Thursday, June 23, 2011 7:31:46 PM
Default Gateway . . . . . . . . . : 190.213.84.1 [1]
DHCP Server . . . . . . . . . . . : 10.160.0.2 [2]
DNS Servers . . . . . . . . . . . : 8.8.8.8 [3]
8.8.4.4
NetBIOS over Tcpip. . . . . . . . : Enabled
[1] the system address and the gateway are in the same subnet which is correct.

the DHCP address [2] looks wrong and
the DNS addresses [3] are those of Google's DNS and should work - -
but for now, try letting the DHCP set these automatically
instead of your manual setup.

further down we see
IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76:8cd:128c:412a:8cd(Preferred)
Link-local IPv6 Address . . . . . : fe80::8cd:128c:412a:8cd%10(Preferred)
which says IPv6 is enabled on your system - - disable IPV6,
Google for Disable IPv6 and follow the instructions for your system {XP, Vista, Win7} - - be sure to reboot.
 
Pinging google.com [74.125.229.116] with 32 bytes of data:

Reply from 74.125.229.116: bytes=32 time=146ms TTL=56

Reply from 74.125.229.116: bytes=32 time=147ms TTL=56

Reply from 74.125.229.116: bytes=32 time=142ms TTL=56

Reply from 74.125.229.116: bytes=32 time=177ms TTL=56



Ping statistics for 74.125.229.116:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 142ms, Maximum = 177ms, Average = 153ms
 
wonderful - - that shows your system has resolved google.com -> ip address = 74.125.229.11674.125.229.116 and you can ping it

this should also enable your browser access to http: // google.com/

please report if that is not the case.


*IF* you have browser access to google.com, you can now go back and put
the 8.8.8.8 & 8.8.4.4 addresses into your tcp settings,
[ ie: that was a good idea to start with, but needed to ensure your ISP and you could cooperate :) ]

disconnect from your modem/router for at least 30 seconds, reconnect, wait another 30 seconds and then launch the browser and reverify access to google.com
 
Seems like disabling IPv6 is working for now. I have access to google.com and the error hasn't occurred since. Changed the DNS back to google's and I still have access.
 
that's what I expected - - well done :)

create a new System Restore Point and enjoy your Internet Surfing . . .
 
Looks like the problem has returned again. Yesterday, after applying the changes you suggested, my internet worked flawlessly. But when I started my PC this morning, the error appears, though not as frequently as before.

Some additional information if it might help. I'm using a Dell Inspiron 1525 running Windows Vista Home Premium. I'm plugged directly into the modem when I use the internet. When I shut down I unplug the ethernet cable from the laptop.
 
make sure you disabled IPv6 via regedit, unchecking [ ] IPv6 Protocol in the TCP settings is good only during the existing login session. To permanently disable, the regedit solution is necessary.
 
I used Microsoft "Fix It" to disable IPv6 the first time. When I follow the instructions to disable it via regedit, I see the appropriate entries and values already there.

EDIT:
Just to elaborate, in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters, DisabledComponents is set to 0xffffffff
 
hmm; interesting.

I recommend you power off
  1. shutdown your system,
  2. power off any router connnected to your modem,
  3. and your ISP Modem as well
wait at least 30 seconds, and restart them like this
  1. power ON the modem; wait one mintue for it to stablize
  2. power on the router and wait 30 seconds
  3. now restart your system

when you get here, retrun that IPCONFIG /ALL >myTCP2.txt
and attach it to your follow-up . . . .
 
good; get the command prompt again and
  1. ipconfig /flushdns
  2. net stop "dns client" #keep these quotes
  3. net start "dns client"

you should be able to ping google.com and access google with the browser.

if you fail, please quote the specific URL or domain name attempted . . .
 
Ran the above successfully as administrator but still having trouble. Pinging google doesn't give consistent results. Sometimes the request completes successfully, sometimes there's packet loss, and sometimes it can't find the host at all.
 
run these
  1. nslookup google.com. >lookup.log #note trailing period after the .com
  2. tracert google.com >tracert.log #and no period after this one
attach both files please

be prepared to regress to using only the DHCP provided DNS addresses instead of the manual 8.8.8.8 . . .
 
my my; you cant reach the DNS at 8.8.8.8
DNS request timed out.
timeout was 2 seconds.
Server: UnKnown
Address: 8.8.8.8

DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
nix the manual DNS settings in the TCP and set both your IP address & DNS addresses to be Automatic and save.

disconnect the system from the router/modem; wait 30sec and then recable.
wait another 30sec and retry ping google.com
 
Here are the results after a couple of tries:

Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

C:\Users\Client>ping google.com

Pinging google.com [74.125.229.116] with 32 bytes of data:
Reply from 74.125.229.116: bytes=32 time=57ms TTL=56
Reply from 74.125.229.116: bytes=32 time=57ms TTL=56
Request timed out.
Reply from 74.125.229.116: bytes=32 time=55ms TTL=56

Ping statistics for 74.125.229.116:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 55ms, Maximum = 57ms, Average = 56ms

C:\Users\Client>ping google.com

Pinging google.com [74.125.229.116] with 32 bytes of data:
Reply from 190.213.84.86: Destination host unreachable.
Request timed out.
Reply from 190.213.84.86: Destination host unreachable.
Reply from 190.213.84.86: Destination host unreachable.

Ping statistics for 74.125.229.116:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),

C:\Users\Client>ping google.com

Pinging google.com [74.125.229.116] with 32 bytes of data:
Reply from 190.213.84.86: Destination host unreachable.
Reply from 190.213.84.86: Destination host unreachable.
Reply from 74.125.229.116: bytes=32 time=2064ms TTL=56
Reply from 74.125.229.116: bytes=32 time=56ms TTL=56

Ping statistics for 74.125.229.116:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 56ms, Maximum = 2064ms, Average = 1060ms
 
Pinging google.com [74.125.229.116] with 32 bytes of data:
Reply from 190.213.84.86: Destination host unreachable.
Reply from 190.213.84.86: Destination host unreachable.
Reply from 74.125.229.116: bytes=32 time=2064ms TTL=56
Reply from 74.125.229.116: bytes=32 time=56ms TTL=56
this clearly points to an reliable path to google, not only very bad timings, but also total disconnect.

you can monitor this easier with ping -n 200 google.com which will take 200 samples before it quits, but let's discover where the network is failing by running
tracert google.com
 
Microsoft Windows [Version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

C:\Users\Client>tracert google.com

Tracing route to google.com [74.125.229.114]
over a maximum of 30 hops:

1 * * * Request timed out.
2 * * * Request timed out.
3 8 ms 9 ms 8 ms te-3-2.tt.aggr01.columbustrinidad.com [200.1.111
.30]
4 10 ms 9 ms 11 ms xe-0-0-0.tt.edge01.columbustrinidad.com [200.1.1
11.20]
5 57 ms 57 ms 59 ms 63.245.3.41
6 * 62 ms 60 ms 63.245.3.34
7 Client-PC.flowtrinidad.com [190.213.84.86] reports: Destination host unrea
chable.

Trace complete.
 
C:\Users\Client>tracert google.com

Tracing route to google.com [74.125.229.114]
over a maximum of 30 hops:

1 * * * Request timed out.
2 * * * Request timed out.

3 8 ms 9 ms 8 ms te-3-2.tt.aggr01.columbustrinidad.com [200.1.111
.30]
4 10 ms 9 ms 11 ms xe-0-0-0.tt.edge01.columbustrinidad.com [200.1.1
11.20]
5 57 ms 57 ms 59 ms 63.245.3.41
6 * 62 ms 60 ms 63.245.3.34
7 Client-PC.flowtrinidad.com [190.213.84.86] reports: Destination host unrea
chable.

Trace complete.
quite nasty.
Item one is YOU,
Item two is your ISP gateway
Item 7 looks to be a system at 190.213.84.86 that is not even running

but in post#15 your system IP was shown as 190.213.84.86 WHAT GIVES?
You can't have 7 nops between yourself and yourself, so when this was run
your IP address was clearly no longer 190.213.84.86.


reboot the system and then run ALL of these and post all the files
  1. ipconfig /all >currentTCP.txt
  2. nslookup google.com. >lookup2.log
  3. tracert google.com >path2google.log
attach all the files, currentTCP.txt, lookup2.log, path2google.log
 
Okay, done. Results attached.
 

Attachments

  • currentTCP.txt
    1.5 KB · Views: 2
  • lookup2.log
    200 bytes · Views: 2
  • path2google.log
    201 bytes · Views: 2
Back