Ping mais pas Internet ?

Le problème exposé dans ce sujet a été résolu.

Bonjour à tous,

De retour chez mes parents pour les vacances, je me connecte à présent grâce à leur tout nouveau récepteur Wi-Max. Manque de bol, le faisceau nous alimentant tombe en passe, mais est réparé dans la semaine. Cependant, Internet n'est pas de retour. Bon, soit.

Pourtant, je ping :

1
2
3
4
5
6
7
8
9
PING google.com (173.194.45.78) 56(84) bytes of data.
64 bytes from par03s13-in-f14.1e100.net (173.194.45.78): icmp_seq=1 ttl=56 time=33.6 ms
64 bytes from par03s13-in-f14.1e100.net (173.194.45.78): icmp_seq=2 ttl=56 time=30.0 ms
64 bytes from par03s13-in-f14.1e100.net (173.194.45.78): icmp_seq=3 ttl=56 time=30.4 ms
64 bytes from par03s13-in-f14.1e100.net (173.194.45.78): icmp_seq=4 ttl=56 time=26.7 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 26.761/30.214/33.638/2.445 ms

Mais aucun logiciel ne parvient à accéder à Internet (navigateurs, Steam, etc…), et je dois bien avouer que je ne comprends pas trop ce qui se passe. Dans l'infinie connaissance qui m'a été apporté par mes quelques cours de réseau, j'ai eu le réflexe d'essayer un wget :

1
2
3
4
5
6
7
8
Resolving www.google.com (www.google.com)... 216.58.208.228, 2a00:1450:4007:806::1011
Connecting to www.google.com (www.google.com)|216.58.208.228|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.fr/?gfe_rd=cr&ei=rcXMVZqUC5Hu8wfJkJK4CA [following]
--2015-08-13 18:28:29--  http://www.google.fr/?gfe_rd=cr&ei=rcXMVZqUC5Hu8wfJkJK4CA
Resolving www.google.fr (www.google.fr)... 216.58.211.99, 2a00:1450:4007:80e::2003
Connecting to www.google.fr (www.google.fr)|216.58.211.99|:80... connected.
HTTP request sent, awaiting response... ^C

Donc, apparemment, les requêtes HTTP partent mais ne reviennent pas, ce qui paraît être en adéquation avec le fait que ping fonctionne mais que je puisse rien ouvrir sur Internet. Seulement, je n'ai pas la moindre idée de ce qui pourrait provoquer ça.

+0 -0

Bon, pas vraiment une solution, mais je peux p'tête t'aider à cerner un peu le problème. Ton accès à Internet est bel et bien actif, et les requêtes HTTP reviennent (en tout cas, certaines) :

1
2
3
4
5
6
Resolving www.google.com (www.google.com)... 216.58.208.228, 2a00:1450:4007:806::1011
Connecting to www.google.com (www.google.com)|216.58.208.228|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.fr/?gfe_rd=cr&ei=rcXMVZqUC5Hu8wfJkJK4CA [following]
--2015-08-13 18:28:29--  http://www.google.fr/?gfe_rd=cr&ei=rcXMVZqUC5Hu8wfJkJK4CA
Resolving www.google.fr (www.google.fr)... 216.58.211.99, 2a00:1450:4007:80e::2003

Tu reçois un traditionnel 302 Found de Google, avant de repartir pour /?gfe_rd=cr&ei=rcXMVZqUC5Hu8wfJkJK4CA. Tu as donc bien reçu une réponse. A coté de ça, le fait que le ping fonctionne signifie que tu peux échanger des messages ICMP. wget réussi également à résoudre l'hôte google.fr à deux IPs, ce qui veut dire que tu communiques correctement avec ton serveur DNS (ceci dit, là, c'est probablement le cache de ton routeur qui vient agir).

Dans un premier temps, je te conseillerais de voir si HTTP est le seul protocole impacté. Des logiciels comme ceux que tu as cité utilisent HTTP de façon standard, ou probablement via une API HTTP REST. Pour ça, tente de contacter un serveur DNS en ignorant ton cache:

1
2
$ nslookup google.fr 8.8.8.8
$ dig @8.8.8.8 google.fr

Si tu reçois bien une réponse de la part de 8.8.8.8, alors ton accès à Internet est bel et bien fonctionnel. Quelque chose vient cependant interférer au niveau applicatif. Le récepteur que tu utilises n'est pas censé agir à ce niveau, et aucun de tes routeurs ne le devrait non-plus. En revanche, c'est exactement ce que ferait un proxy ou autre intermédiaire HTTP configuré sur ta machine… La meilleure façon de vérifier ça est d'utiliser traceroute :

1
$ traceroute google.fr

D'après ton ping, le serveur qui prend en charge tes packets vers Google est par03s13-in-f14.1e100.net. Tu dois donc le retrouver à la fin de la traceroute. Vérifie la liste d'intermédiaire (notamment les premiers) afin de t'assurer qu'aucun proxy n'intervient (proche de toi).

Si rien ne semble clocher avec la route empruntée, alors je suis tenté de suggérer une petite faiblesse de ton matériel, qui semble ne laisser passer que les petites réponses HTTP… Il a accepté de te retourner la 302 (qui contient très peu d'informations, surtout des entêtes), mais pas la 200 qui devrait suivre (avec laquelle vient tout le contenu HTML de la page). C'est une erreur assez farfelue, mais c'est typiquement le genre de hasard qui survient quand un technicien fait son travail trop vite…

+1 -0

Le dig sur le DNS de Google fonctionne comme un charme, tout comme le traceroute.

Quand tu parles de "petite faiblesse du matériel", est-ce que cela signifie que je suis potentiellement en mesure de le réparer moi-même, genre un câble mal branché au niveau de l'antenne ou quelque chose comme ça ?

Est-ce qu'un ping -s<beaucoup> pourrait permettre de s'en assurer ? Parce que je viens de remarquer ça :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
~$ ping -s1464 google.fr
PING google.fr (64.233.167.94) 1464(1492) bytes of data.
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=1 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=2 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=3 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=4 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=5 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=6 ttl=41 (truncated)
72 bytes from wl-in-f94.1e100.net (64.233.167.94): icmp_seq=7 ttl=41 (truncated)
^C
--- google.fr ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6006ms
rtt min/avg/max/mdev = 106.827/209.528/762.826/226.000 ms

Jusque 1492 octets (MTU de mon routeur), le ping revient, mais il suffit qu'on passe à 1493, et là, c'est le drame :

1
2
3
4
5
$ ping -s1465 google.fr
PING google.fr (64.233.167.94) 1465(1493) bytes of data.
^C
--- google.fr ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4031ms

Je ne m'y connais pas plus que ça en réseau, mais si le MTU est dépassé (ce qui est le cas pour les gros ping mais aussi pour le wget), il me semble que le paquet est simplement fragmenté et envoyé bout par bout, non ? Est-ce que cela pourrait signifier qu'un appareil (le routeur ? l'antenne ?) n'est pas capable de reformer les paquets, ce qui expliquerait tout ? :/

+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte