Re: traceroute qui se perd
Migrec, le 2017-11-22 :
> J'ai un souci avec certains sites depuis ce matin : qwant.com,
> lemonde.fr, unss.org (timed out dans le navigateur)
>
> Pas de ping (paquets perdus) et un traceroute qui ressemble à
> ça :
> michel@basket:/$ traceroute qwant.com
> traceroute to qwant.com (194.187.168.99), 30 hops max, 60 byte packets
[...]
> 10 84.233.222.90 (84.233.222.90) 34.738 ms 34.703 ms 36.468 ms
> 11 * * *
> 12 * * *
[...]
> 30 * * *
>
> Pareil depuis mon serveur et même si je passe par ma box
> directement en WiFi.
> Sosh me répond qu'il y a un souci chez moi...
>
> Qu'est ce qui pourrait expliquer le problème ?
Bonjour Migrec,
Je n'ai pas d'explication pour les timeouts dans le navigateur,
mais une hypothèse pour le traceroute. Par défaut, cette
commande utilise des paquets UDP pour sonder les routeurs
bordant le chemin allant de la machine source à la machine cible.
Or, un certain nombre de matériels sont succeptibles de ne pas
transmettre l'UDP dans leurs règles de pare-feu.
En utilisant la méthode par défaut, on se heurte à 84.233.222.90,
puis les sondes partent en timeout :
$ traceroute -N1 -z0.5 -w10 qwant.com
traceroute to qwant.com (194.187.168.99), 30 hops max, 60 byte packets
1 box (192.168.1.1) 0.265 ms 0.248 ms 0.236 ms
[...]
11 84.233.222.90 (84.233.222.90) 12.213 ms 11.867 ms 14.211 ms
12 * * *^C
En utilisant une autre méthode, à base de paquets ICMP par
exemple (ça marche aussi avec TCP), le matériel 84.233.222.90 est
assez aimable pour laisser passer les sondes :
$ sudo traceroute -N1 -z0.5 -I -w10 qwant.com
1 box (192.168.1.1) 0.257 ms 0.248 ms 0.262 ms
[...]
11 84.233.222.90 (84.233.222.90) 13.499 ms 11.823 ms 13.152 ms
12 194.187.168.99 (194.187.168.99) 15.084 ms 11.993 ms 13.992 ms
On voit d'ailleurs que qwant.com est accessible juste après avoir
franchi ce Cerbère. :)
La lecture du manuel de traceroute est très instructive à ce
sujet :
$ man traceroute
Bonne lecture,
--
Étienne Mollier <etienne.mollier@mailoo.org>
Reply to: