Ping google.com vs www.google.com

[Verwijderd]

Sinds ik Vista heb geïnstalleerd heb ik een vreemd probleem. Het grootste deel van de tijd is http://www.google.com onbereikbaar, terwijl google.be, google.nl, etc. het wel doen. Als gevolg hiervan doet ook gmail (http://mail.google.com) het niet.

Ik maak deel uit van een draadloos netwerk achter een modem/router. Op de andere PC's is er geen probleem.

Het resultaat van ipconfig /all:

code:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : P-laptop
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : LocalDomain

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : LocalDomain
   Description . . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG Network Con
nection
   Physical Address. . . . . . . . . : 
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 192.168.1.31(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : zaterdag 25 augustus 2007 10:08:58
   Lease Expires . . . . . . . . . . : zaterdag 25 augustus 2007 15:08:59
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DNS Servers . . . . . . . . . . . : 192.168.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Pingen naar google.com lukt, maar naar www.google.com vreemd genoeg niet:

code:

C:\Users\P>ping www.google.com
Ping request could not find host www.google.com. Please check the name and try a
gain.

C:\Users\P>ping google.com
Pinging google.com [64.233.167.99] with 32 bytes of data:

Reply from 64.233.167.99: bytes=32 time=116ms TTL=241
Reply from 64.233.167.99: bytes=32 time=118ms TTL=241
Reply from 64.233.167.99: bytes=32 time=117ms TTL=241
Reply from 64.233.167.99: bytes=32 time=118ms TTL=241

Ping statistics for 64.233.167.99:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 116ms, Maximum = 118ms, Average = 117ms

Tracert van www.google.com lukt dus niet, en van google.com duurt aanzienlijk langer dan www.google.be:

code:

C:\Users\P>tracert www.google.com
Unable to resolve target system name www.google.com.

C:\Users\P>tracert google.com

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

  1    <1 ms     3 ms    <1 ms  atos007477 [192.168.1.1]
  2     4 ms     4 ms    10 ms  1.98-240-81.adsl-dyn.isp.belgacom.be [81.240.98.
1]
  3    12 ms     6 ms    10 ms  at-0-3-0--0-34.iadslbnc8.isp.belgacom.be [217.13
6.255.221]
  4    15 ms     6 ms    10 ms  ge0-0.intlmar1.isp.belgacom.be [194.78.0.47]
  5    11 ms     6 ms     8 ms  80.84.20.210
  6    13 ms    16 ms    20 ms  80.84.18.106
  7    45 ms    38 ms    43 ms  80.84.18.111
  8    26 ms    24 ms    21 ms  72.14.198.17
  9    28 ms    21 ms    21 ms  209.85.252.42
 10    92 ms   106 ms    98 ms  64.233.175.213
 11   103 ms   111 ms   102 ms  216.239.49.157
 12   104 ms   104 ms   109 ms  66.249.94.94
 13   106 ms   107 ms   104 ms  72.14.236.134
 14   109 ms   104 ms   124 ms  eh-in-f99.google.com [72.14.207.99]

Trace complete.

C:\Users\P>tracert www.google.be

Tracing route to www.l.google.com [66.249.91.147]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  atos007477 [192.168.1.1]
  2     4 ms     4 ms     4 ms  1.98-240-81.adsl-dyn.isp.belgacom.be [81.240.98.
1]
  3     6 ms     6 ms     6 ms  at-0-3-0--0-48.iadslbnc8.isp.belgacom.be [194.78
.255.173]
  4     6 ms     6 ms     6 ms  ge0-0.intlmar1.isp.belgacom.be [194.78.0.47]
  5     6 ms     6 ms     6 ms  80.84.20.38
  6    13 ms    13 ms    13 ms  80.84.18.154
  7    21 ms    21 ms    21 ms  80.84.18.111
  8    20 ms    20 ms    20 ms  72.14.198.17
  9    21 ms    21 ms    21 ms  209.85.252.42
 10    20 ms    19 ms     *     209.85.248.80
 11    24 ms    24 ms    24 ms  64.233.175.246
 12    30 ms    28 ms    24 ms  72.14.233.81
 13    25 ms    25 ms    27 ms  66.249.94.154
 14    21 ms    22 ms    22 ms  ik-in-f147.google.com [66.249.91.147]

Trace complete.

Ook in de hosts-file vind ik geen verklaring:

code:

127.0.0.1       localhost
::1             localhost

Enige andere suggesties/ideeën? Alvast bedankt!

[GreatDictator]

Tja, ik heb sinds kort ook een laptop met Vista en ik kan diverse Google-adressen gewoon pingen en tracen. Wel krijg ik een General Failure te zien bij de eerste van de 4 pakketten die bij een ping verzonden worden. Dit gebeurt alleen bij www.google.<tld>, doorverwijzend naar www1.google.com.

Misschien is het trouwens verstandig om je MAC-adres even weg te editen.

EDIT: je zegt dat mail.google.com het ook niet doet; werkt googlemail.com wel?

[ Voor 9% gewijzigd door GreatDictator op 25-08-2007 18:48 ]

[bjck]

Vergeet niet dat alle domeinen van google meerdere (veel) servers achter zich hebben op diverse locaties en in diverse netwerken/datacenters.

Zo kan je elke keer op een andere server etc terecht komen op andere locaties via andere netwerken.

[r0b]

Kan je een nslookup uitvoeren?
Alhoewel dit volgens je traceroute wel goed zou moeten zitten..

code:

nslookup google.com
nslookup mail.google.com
nslookup www.google.com

code:

robert@thinkpad:~$ nslookup www.google.com
Server:         192.168.1.1
Address:        192.168.1.1#53

Non-authoritative answer:
www.google.com  canonical name = www.l.google.com.
Name:   www.l.google.com
Address: 66.102.9.147
Name:   www.l.google.com
Address: 66.102.9.104
Name:   www.l.google.com
Address: 66.102.9.99

robert@thinkpad:~$ nslookup mail.google.com
Server:         192.168.1.1
Address:        192.168.1.1#53

Non-authoritative answer:
mail.google.com canonical name = googlemail.l.google.com.
Name:   googlemail.l.google.com
Address: 66.249.91.17
Name:   googlemail.l.google.com
Address: 66.249.91.19
Name:   googlemail.l.google.com
Address: 66.249.91.83
Name:   googlemail.l.google.com
Address: 66.249.91.18

robert@thinkpad:~$

[Verwijderd]

NHJ BV schreef op zaterdag 25 augustus 2007 @ 18:47:
EDIT: je zegt dat mail.google.com het ook niet doet; werkt googlemail.com wel?

Die kan ik wel pingen, maar googlemail.com verwijst echter door naar https://www.google.com/accounts/ServiceLogin?service=mail etc en kan ik bijgevolg niet bereiken. googlemail.l.google.com werkt dan weer wel en verwijst me naar de gewone Google-zoekpagina.

r0b schreef op zaterdag 25 augustus 2007 @ 19:05:
Kan je een nslookup uitvoeren?

Resultaat:

code:

C:\Users\P>nslookup google.com
Server:  atos007477
Address:  192.168.1.1:53

Non-authoritative answer:
Name:    google.com
Addresses:  64.233.167.99, 72.14.207.99, 64.233.187.99


C:\Users\P>nslookup mail.google.com
Server:  atos007477
Address:  192.168.1.1:53

Non-authoritative answer:
Name:    googlemail.l.google.com
Addresses:  66.249.91.83, 66.249.91.18, 66.249.91.17, 66.249.91.19
Aliases:  mail.google.com


C:\Users\P>nslookup www.google.com
Server:  atos007477
Address:  192.168.1.1:53

DNS request timed out.
    timeout was 2 seconds.
*** Request to atos007477 timed-out

[r0b]

Verwijderd schreef op zaterdag 25 augustus 2007 @ 19:34:
[...]

Resultaat:

code:

C:\Users\P>nslookup www.google.com
Server:  atos007477
Address:  192.168.1.1:53

DNS request timed out.
    timeout was 2 seconds.
*** Request to atos007477 timed-out

Daar zit je probleem; kijk eens of 194.109.6.66, 194.109.9.99 en/of 194.109.104.104 als DNS server wel werken?
(xs4all servers list)

[bjck]

r0b schreef op zondag 26 augustus 2007 @ 14:44:
[...]

Daar zit je probleem; kijk eens of 194.109.6.66, 194.109.9.99 en/of 194.109.104.104 als DNS server wel werken?
(xs4all servers list)

Die werken sowieso niet natuurlijk. De kans dat een ISP externe IP adressen ook gaat bedienen met deze DNS dienst (resolvers/caching nameservers) is klein natuurlijk.

Altijd de DNS server(s) van je eigen ISP gebruiken, daarvan weet je zeker dat je ze kan en mag gebruiken. Of hooguit die van een andere aanbieder als je zeker bent dat ze gaan antwoorden voor je IP adres, anders zoek je naar iets wat er niet is.

[BasKrie]

Volgens mij is het zo dat de dns servers van xs4all het overal vandaan doen (welk IP adres je ook hebt) en volgens mij (heb het ooit ergens gelezen) hebben ze er ook niet zo heel veel moeite mee.
Dat ze het doen vanuit elk IP weet ik omdat ik ze zelf nogal eens gebruik als ik bij mezelf of anderen problemen met DNS tegenkom. Om dan na te gaan of het aan de DNS van de ISP ligt gebruik ik die van xs4all even, werkte tot nog toe altijd.

[r0b]

bjck schreef op zondag 26 augustus 2007 @ 15:45:
[...]


Die werken sowieso niet natuurlijk. De kans dat een ISP externe IP adressen ook gaat bedienen met deze DNS dienst (resolvers/caching nameservers) is klein natuurlijk.

Altijd de DNS server(s) van je eigen ISP gebruiken, daarvan weet je zeker dat je ze kan en mag gebruiken. Of hooguit die van een andere aanbieder als je zeker bent dat ze gaan antwoorden voor je IP adres, anders zoek je naar iets wat er niet is.

Bij xs4all zijn ze (als enige ISP) publiekelijk te gebruiken, naar ik meen. Vandaar.
Desalniettemin heb je - algemeen gezien - inderdaad volledig gelijk.

[ Voor 6% gewijzigd door r0b op 26-08-2007 18:53 ]

[Nic]

BasKrie schreef op zondag 26 augustus 2007 @ 18:31:
Volgens mij is het zo dat de dns servers van xs4all het overal vandaan doen (welk IP adres je ook hebt)

Dat klopt niet, de XS4ALL DNS servers werken alleen correct achter XS4ALL-ip's.

Vanaf andere netwerken kun je ze wel gebruiken, maar dan werken ze niet recursive. Ze antwoorden wel op een vraag die ze toevallig in de cache hebben zitten. Het kan dus best *lijken* alsof het werkt, totdat je een domeinnaam op probeert te vragen die niet in de dns cache zit, dus die de afgelopen paar uur door geen enkele XS4ALL-klant is opgevraagd.

Dat is niet de oorzaak van het probleem van de TS, want www.google.com zal vast in de cache van de XS4ALL dns server zitten. ;-) Maar je kunt het beste de dns servers van je eigen provider gebruiken, of zelf een caching DNS server draaien als je dat betrouwbaarder vindt.

[Verwijderd]

Als ik in de router kijk, staan daar mooi beide DNS-servers van Belgacom ingesteld. Toch kan ik dan inderdaad www.google.com niet pingen. Wanneer ik bij de instellingen van de draadloze netwerkkaart van mn PC de DNS-servers handmatig ingeef, is het probleem echter opgelost. Al begrijp ik niet waar het probleem zat als de router juist is ingesteld.

[DaOverclocker]

Door jou settings gebruik jij een andere DNS server. De router gebruikt default een andere DNS server, die van Belgacom. Maar die werkt blijkbaar niet zo goed..... Ik zou in je router gewoon de DNS van xs4all invullen, en over een tijdje die van Belgacom weer es proberen.

edit:
Blijkbaar lees in de TS zijn posts niet goed... Ik snap het nu alleen ook niet meer...
Het blijft vaag dat hij ook zegt "Request to dns timed out". Dat is iets anders als, "DNS zegt: ik kan het niet vinden". Blijkbaar werkt de connectie naar de DNS server niet helemaal goed.
Ik ben dan wel benieuwd of dit ook zo is als je de DNS van xs4all invult op je kaart en in de router...

[ Voor 42% gewijzigd door DaOverclocker op 27-08-2007 00:08 ]

[Verwijderd]

Nee hoor, ik gebruik dezelfde op router en op PC, namelijk de servers van Belgacom. En die doen het dus wel goed, enkel niet op de router.

[soulrider]

dit is dan mogelijk een probleem op je router.
wordt ie mogelijk te warm/heet?
heb je hem al eens tijdelijk zonder stroom gezet? (harde reboot gegeven)
Mss andere firmware proberen - even een update zoeken als die er is?

Staan zij vast in je router? of krijgt die het via dhcp door van belgacom ?

[Zsub]

Power-cycle je router eens en stel in je PC gewoon de DNS servers van je IP in. In mijn ervaring forwarden routers DNS-lookups soms slecht ofzo.

[Verwijderd]

soulrider schreef op maandag 27 augustus 2007 @ 01:06:
dit is dan mogelijk een probleem op je router.
wordt ie mogelijk te warm/heet?
heb je hem al eens tijdelijk zonder stroom gezet? (harde reboot gegeven)
Mss andere firmware proberen - even een update zoeken als die er is?

Router staat op de koelste plaats in het huis. Of hij al dan niet te warm wordt kan ik moeilijk inschatten, maar het zou me verwonderen als hij dan enkel problemen geeft bij google.com.
Harde reboot is al gebeurd en veranderde niets.
De laatste firmware die op de Belgacom-website staat is geïnstalleerd.

Staan zij vast in je router? of krijgt die het via dhcp door van belgacom ?

Daar heb ik eerlijk gezegd geen idee van. Hoe kom ik dit te weten? Ik kan wel zien dat de DNS-ip's die van Belgacom zijn (die het wél doen als ik ze zelf op mijn PC instel), maar heb na het doorspitten van zowat alle menu's nergens een optie gevonden om ze zelf in te stellen. De firmware die geïnstalleerd is wel specifiek van Belgacom, dus misschien dat ze daarin zitten ingebakken?

Zsub schreef op maandag 27 augustus 2007 @ 01:14:
Power-cycle je router eens en stel in je PC gewoon de DNS servers van je IP in. In mijn ervaring forwarden routers DNS-lookups soms slecht ofzo.

Heb ik dus al gedaan. Belgacom levert voor VDSL-lijnen een Aethra-modem, die kwalitatief niet meteen superieur te noemen is, als ik de reacties erover lees.

[soulrider]

Het warm worden van je modem komt vaak door continu veel connectie's te hebben (bv torrents of andere p2p)

meestal vind je dat van de dns in de instellingen of diagnose van je wan-aansluiting.
(bij een speedtouch heb je system > dianostics > wan en daar kan je dan je tcp/ip gegevens nakijken van je provider)
anderzijds: heb je zelf ooit zoiets ingevuld in je modem? of heb je enkel je gebruikersnaam en wachtwoord moeten opgeven + aanklikken dynamisch ip-adres ? (dan krijgt ie het telkens van Belgacom, en dan is het eens zoeken mbv handleiding of je de dns-gegevens vast kunt instellen op je modem)

[Verwijderd]

Ik kan DNS-servers instellen in de modem, maar dat verandert niets. Bovendien waren ze al correct ingesteld, voor zover ik kan zien.

Maar blijkbaar ben ik niet de enige met het probleem, en is het bekend bij Belgacom. Volgens hen zou de laatste nieuwe firmware-versie het probleem moeten oplossen, maar die heb ik dus al geïnstalleerd. Ook bij een andere gebruiker bood dit geen soelaas. Onbegrijpelijk dat onze nummer 1 op telecomgebied er niet in slaagt al haar gebruikers hun GMail te laten lezen.