Visualiseur de traceroute

Colle la sortie de traceroute ou tracert et lis les hops, le RTT, les timeouts et les bonds de latency dans un rapport clair.

Ce visualiseur de traceroute lit la sortie brute que ton terminal a affichée, traceroute sous Linux, traceroute sous macOS ou tracert sous Windows, et la transforme en un rapport que tu peux vraiment parcourir. Il extrait chaque hop, les échantillons de RTT, les hostnames, les IP, les timeouts et les endroits où la latency bondit, puis il signale les adresses privées et carrier-grade le long du chemin. Tu obtiens un score de route, une table des hops, une carte de latency et des notes en langage clair qui distinguent un hop silencieux au milieu d'un vrai souci à la destination. Choisis un seuil de bond de latency et une lecture des timeouts selon ta sévérité. Le tout tourne en JavaScript sur ta propre machine, donc la trace que tu colles ne quitte jamais la page.

100% dans votre navigateur. Rien de ce que vous tapez ne quitte cette page.

Utilitaire local d'analyse de route

Colle ce que ton terminal a craché, peu importe le format. Le traceroute de Linux, celui de macOS, le tracert de Windows : ce truc les lit tous et te renvoie quelque chose que tu peux vraiment parcourir des yeux. Il extrait les hops, les échantillons de RTT, les hostnames, les IP, les timeouts, les endroits où la latency grimpe d'un coup. Les indices côté réseau local aussi. Et il n'envoie jamais ta trace collée vers je ne sais quel serveur. Tout ça reste sur la page.

Sortie de traceroute ou tracert

Seuil de bond de latency

Lecture des timeouts

Petit rappel : un traceroute ne mesure que ceux qui prennent la peine de répondre aux probes à TTL limité. Un router peut rester muet comme une tombe au milieu de ta route et continuer à faire transiter ton trafic réel sans aucun souci.

À quoi sert un visualiseur de traceroute

Un visualiseur de traceroute prend la sortie brute que ton terminal affiche et la transforme en un rapport de route que tu peux vraiment parcourir. Le ping te dit juste qu'un hôte est vivant. Le traceroute va plus loin. Il te montre quels routers ont pris la parole en chemin, et combien de temps chaque probe a attendu sa réponse. La sortie brute est vraiment utile. Mais c'est aussi un peu le bazar : les hostnames débordent, certains hops disparaissent derrière des astérisques, la latency apparaît sous forme de quelques échantillons entassés sur une seule ligne. Et Windows et Unix ne formatent même pas le truc de la même façon. Du coup, ce visualiseur mâche tout ça et te donne un rapport que tu peux vraiment lire.

Tu en tireras le plus quand tu traques un symptôme réel, pas quand tu fouines pour le plaisir. Ça peut t'aider à distinguer une gateway locale en vrac d'un mauvais handoff côté FAI. Ça te montrera la latency qui grimpe après un long saut à longue distance, ou ça signalera des timeouts qui s'accumulent près de la destination. Pratique aussi pour figer une route avant et après avoir changé un truc sur le réseau. Mais attention, ce n'est pas un verdict à lui tout seul. Vois-le plutôt comme un bon indice. Il devient nettement plus convaincant une fois que tu l'alignes à côté d'un ping, d'un DNS, d'un vrai test de service.

Comment lire les hops, le RTT et les timeouts

Un hop, c'est juste un router qui a répondu à une probe à TTL limité. Rien de plus compliqué que ça.
Les échantillons de RTT sont les temps d'aller-retour de chaque probe individuelle. En millisecondes, presque toujours.
Ce premier hop ? D'habitude ton router local, ou un firewall, ou une gateway VPN posée en bordure.
Les adresses privées comme 10.x.x.x et 192.168.x.x indiquent en général que tu regardes des réseaux locaux ou internes à ton opérateur.
Les astérisques veulent dire que personne n'a répondu à cette probe précise. Ça ne signifie pas automatiquement que ton vrai trafic se perd.
Le dernier hop qui répond vraiment t'en dit bien plus qu'un router silencieux coincé quelque part au milieu.

Quand un traceroute a l'air louche

Cherche des motifs, pas une seule ligne qui fait peur. Une latency qui bondit et reste haute sur tous les hops suivants ? Ça, ça peut vouloir dire quelque chose. Mais un timeout suivi de hops parfaitement sains juste après, c'est généralement du filtrage ICMP ou un router qui limite le débit de ses réponses, rien dont il faut s'inquiéter. Maintenant, des timeouts qui n'arrêtent pas de s'empiler tout à la fin, là c'est une autre histoire. Ça peut vouloir dire que la destination ou son firewall refuse simplement de répondre aux probes de traceroute. Et si toute la route meurt au hop un ou deux, honnêtement, regarde d'abord ton matériel local. Le Wi-Fi, le VPN, le router, ton accès FAI. Commence par là avant d'accuser qui que ce soit en aval.

Les commandes traceroute sur les systèmes courants

Pour les gens sous Windows : tracert example.com. Sur macOS et Linux, c'est plutôt traceroute example.com, même si pas mal de machines Linux t'obligent à installer le paquet avant que ça tourne. Quand les probes ICMP ou UDP sont filtrées, une trace basée sur TCP arrive parfois à passer là où les autres calent. Ça dépend entièrement de tes outils et des permissions que tu as, donc je ne te promets rien. Et si tu documentes un incident sur un site web, note la commande que tu as lancée, l'horodatage, depuis quel réseau tu l'as lancée, la destination. Un autre admin devrait pouvoir reconstituer tout le contexte à partir de ça.

Questions fréquentes

Un timeout veut-il dire perte de paquets ?

Pas toujours, non. Plein de routers font transiter ton trafic sans problème tout en ignorant ou en bridant les réponses de traceroute. Ce qui devrait t'inquiéter, c'est une série d'échecs juste à la fin de la trace. Un hop caché enfoui au milieu ? La plupart du temps, sans gravité.

Pourquoi un hop affiche un temps élevé alors que les hops suivants ont l'air normaux ?

Le router est sûrement juste lent à répondre aux probes pendant qu'il fait transiter tes vrais paquets à pleine vitesse. Ce sont deux jobs différents. Donc si les hops d'après restent sains, ne lis pas ce chiffre comme une preuve de congestion. En général, ça n'en est pas une.

Cet outil peut-il lancer un traceroute en direct depuis mon navigateur ?

Non. Un navigateur ne peut pas lancer en toute sécurité un vrai traceroute depuis ton appareil, ce n'est tout simplement pas autorisé. Du coup, cet outil lit à la place la sortie de commande que tu colles. Bel effet secondaire : le texte de la route ne quitte jamais la page.

Pourquoi certains hops affichent des étoiles ou des timeouts ?

Certains routers sont configurés pour simplement ne pas répondre aux probes de traceroute, ou pour les brider. Un hop étoilé au milieu n'a en général rien d'inquiétant, tant que les hops d'après répondent encore.

Pourquoi la latency bondit à un hop puis se calme ?

Un hop élevé isolé qui ne tire pas vers le haut les hops suivants, c'est juste ce router qui met les réponses aux probes en bout de file. Une hausse qui persiste jusqu'au bout, par contre, c'est une vraie augmentation de latency à prendre au sérieux.