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.moll...@mailoo.org>