Google la connexion a échoué Avant toute chose, il faut savoir que les requêtes vers www.google.com ou www.google.fr depuis des adresses IP géolocalisées en Guadeloupe sont systématiquement renvoyées vers www.google.gp.

Edit : les abonnés orange ne sont pas les seuls touchés : même chose pour le réseau reinater et les abonnés mediaserv.

DNS et résolution de nom

Le problème n'est pas lié au DNS[1] : la résolution de nom se fait bien.

user@olivier-eeepc:~$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.135.147
www.l.google.com has address 209.85.135.104
www.l.google.com has address 209.85.135.99
www.l.google.com has address 209.85.135.103
user@olivier-eeepc:~$ host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.135.104
www.l.google.com has address 209.85.135.99
www.l.google.com has address 209.85.135.147
www.l.google.com has address 209.85.135.103
user@olivier-eeepc:~$ host www.google.gp
www.google.gp is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.135.104
www.l.google.com has address 209.85.135.99
www.l.google.com has address 209.85.135.103
www.l.google.com has address 209.85.135.147
user@olivier-eeepc:~$

donc www.google.com est un alias de www.l.google.com et www.google.fr et www.google.gp sont des alias de www.google.com

PING

Le ping donne des résultats differents selon le domaine pingué : bien que tous pointent vers www.l.google.com, selon le domaine pingué, la requête est envoyée sur des adresses différentes correspondantes à des adresses IP différentes de www.l.google.com.

Au moment où j'ecris mon billet et fait mes tests, seul www.google.gp (www.l.google.com / 209.85.129.147) répond tandis que www.google.fr (www.l.google.com / 74.125.43.99) et www.google.com (www.l.google.com / 74.125.43.104) sont en Ttl exceeded. D'ailleurs http://www.google.gp fonctionne par intermittences.

ping www.google.gp

user@olivier-eeepc:~$ ping www.google.gp
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=235 time=215 ms

--- www.l.google.com ping statistics ---
7 packets transmitted, 6 received, 14% packet loss, time 6012ms
rtt min/avg/max/mdev = 203.813/212.731/224.449/6.950 ms

ping www.google.com

user@olivier-eeepc:~$ ping www.google.com
PING www.l.google.com (74.125.43.104) 56(84) bytes of data.
From ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157) icmp_seq=35 Time to live exceeded
(...)

--- www.l.google.com ping statistics ---
110 packets transmitted, 0 received, +24 errors, 100% packet loss, time 109195ms

ping www.google.fr

user@olivier-eeepc:~$ ping www.google.fr
PING www.l.google.com (74.125.43.99) 56(84) bytes of data.
From te9-1.miase1.Miami.opentransit.net (193.251.240.158) icmp_seq=1 Time to live exceeded
(...)

--- www.l.google.com ping statistics ---
9 packets transmitted, 0 received, +9 errors, 100% packet loss, time 8004ms

traceroute

opentransit.net, c'est FT, s'agirait-il d'un problème de routage, d'une route cassée ?

tracert www.google.com

Il semble que on tourne en rond à partir de te9-1.miase1.Miami.opentransit.net (193.251.240.158), ce qui indiquerait un problème de routage.

user@olivier-eeepc:~$ traceroute www.google.com
traceroute to www.google.com (74.125.43.99), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  1.309 ms  1.632 ms  1.604 ms
 2  * * *
 3  80.10.219.2 (80.10.219.2)  78.395 ms  79.743 ms  103.889 ms
 4  so-4-2-1-100.miacr4.Miami.opentransit.net (193.251.252.77)  127.564 ms  129.174 ms  152.594 ms
 5  * * *
 6  * ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  92.290 ms *
 7  * * *
 8  * ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  94.125 ms  95.743 ms
 9  * * *
10  * * *
11  * * *
12  * * ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  227.804 ms
13  * * te9-1.miase1.Miami.opentransit.net (193.251.240.158)  135.859 ms
14  ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  229.087 ms *  230.506 ms
15  * te9-1.miase1.Miami.opentransit.net (193.251.240.158)  181.238 ms *
16  * * *
17  * * *
18  * * ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  157.159 ms
19  * * *
20  * * *
21  * * *
22  ge-3-0-0-0.miacr4.Miami.opentransit.net (193.251.240.157)  402.358 ms  403.799 ms *
23  * te9-1.miase1.Miami.opentransit.net (193.251.240.158)  405.423 ms *
24  * * *
25  te9-1.miase1.Miami.opentransit.net (193.251.240.158)  383.901 ms * *
26  * * *
27  * te9-1.miase1.Miami.opentransit.net (193.251.240.158)  246.607 ms *
28  * * *
29  * te9-1.miase1.Miami.opentransit.net (193.251.240.158)  291.777 ms *
30  * * *
user@olivier-eeepc:~$

MTU

J'ai aussi suivi la piste du MTU. Sur mon routeur, la taille maximum d'un paquet est fixée à 1492 octets, ce qui correspond aux recommandations pour une connection PPPoE

tracepath www.google.com

user@olivier-eeepc:~$ tracepath www.google.com
 1:  olivier-eeepc.local (192.168.1.100)                    0.513ms pmtu 1500
 1:  192.168.1.1 (192.168.1.1)                              0.801ms 
 1:  192.168.1.1 (192.168.1.1)                              0.754ms 
 2:  192.168.1.1 (192.168.1.1)                              0.927ms pmtu 1484
 2:  no reply
 3:  80.10.219.2 (80.10.219.2)                            110.836ms 
 4:  so-4-0-2-100.miacr4.Miami.opentransit.net (193.251.248.165) 143.851ms asymm  5 
 5:  no reply
 6:  no reply
(...)
30:  no reply
31:  no reply
     Too many hops: pmtu 1484
     Resume: pmtu 1484

Une tentative empirique de fixer le MTU à 1484 et même à 1400 ne change rien...

Conclusion

Le problème semble donc venir d'un problème de routage chez orange guadeloupe : une route serait cassée. Ce problème est apparu récemment et semble disparaître par intermittence. La cause pourrait être une configuration en load balancing et suite à une défaillance d'une machine, celle-ci donnerait le relai à une autre qui aurait une table de routage incomplète...

Parades

Pour utiliser le moteur de recherche Google

l'utilisation d'une des adresses IP de google permet d'afficher la page, mais pas d'effectuer des requêtes puisque le formulaire cherche à atteindre www.google.com. En revanche, en couplant une adresse IP de google avec le service CSE, on obtient un fonctionnement satisfaisant:

http://209.85.135.104/custom permet donc de retrouver Google.

Pour retrouver un surf normal malgré googlesyndication.com

Google est partout ; de plus en plus de webmaster utilisent les servixce googlesyndication pour analyser leur trafic, ce qui ralenti (voire en ce moment rend quasiment invisitable) de nombreux sites web.

Pour retrouver un semblant de surf normal et minimiser les données que Google collecte sur vous, il suffit de bloquer les traceurs de Google par exemple en ajoutant dabns votre fichier hosts la ligne

0.0.0.0 adservices.google.com googlesyndication.com
  • GNU/Linux : /etc/hosts
  • pour ceux qui seraient encore sous windows : %SystemRoot%\system32\drivers\etc\lmhosts[2]

Et sinon ?

Bon, depuis le temps que j'y pense, je vais donc essayer de quitter Orange pour passer à FDN, le plus vieux FAI français, un FAI associatif où les abonnés ne sont pas des clients mais des membres de l'asso[3] ; toujours au rayon asso, je vais aussi rejoindre geeknode : je hante les chan de ce réseau de puis un petit moment et, outre la communauté wireless-fr, j'y croise nombre de geeks sympas et compétents.

Notes

[1] j'utilise opendns, mais j'obtiens les mêmes résultats en interrogeant les DNS orange

[2] Selon les versions de Windows, %SystemRoot% correspond à C:\Windows, C:\WINDOWS ou C:\WINNT. En cas de doute, vérifiez dans la base de registres la valeur de HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion

[3] membre = qui vote et qui participe aux décisions, pas qui client qui paye et qui subit sans avoir rien à dire