Traceroute en ligne

Ce traceroute en ligne montre le chemin que prennent vos paquets vers n'importe quel site web ou adresse IP, saut par saut, depuis 8 villes à la fois : quels réseaux les transportent, où le temps s'ajoute et si une perte est réelle. Ou tracez la route du monde entier jusqu'à vous.

Mis à jour : 23 octobre 2026

MTR sur les sondes Globalping · réseaux d'après Team Cymru · chaque lieu vérifié par l'aller-retour

ExempleMTR · ICMPEnregistré le 23 oct. 2026 · depuis 8 villes

wikipedia.org est joignable depuis les 8 villes : 1,1 ms depuis São Paulo, 200 ms depuis Sydney.

wikipedia.org·6 adresses·dans 6 lieux·5–19 sauts·Wikimedia FoundationAS14907·Une mesure enregistrée : appuyez sur Tracer pour lancer la vôtre

wikipedia.org envoie les villes vers 6 adresses différentes (San Jose, Ashburn, Amsterdam, São Paulo, Singapour et Marseille).
Depuis Johannesburg, le temps augmente de 158 ms au saut 5, là où Cogent relie Johannesburg et Londres (9 100 km) : c'est de la distance, pas un problème.
Depuis Sydney, les sauts 4 à 8 répondent tous en 98,1 ms environ alors qu'ils sont répartis entre Sydney, Perth et Singapour : les paquets traversent un tunnel, et chaque réponse va d'abord jusqu'au bout du tunnel.

Depuis 8 villes

0–250 ms · même échelle pour chaque ville

Johannesburgwikipedia.org

185.15.58.224· 13 sauts · 174 ms

1–4RFC 39274 adresses privées dans le réseau VultrAdresse privée0 %0,4 ms0,1–11,1
5206.249.1.25CogentAS174TransitPerte 0 %Gigue 53,0159 ms158–159
+158 ms à partir d'ici : Johannesburg → Londres, 9 100 km. De la distance, pas un problème.
6be9736.ccr81.lon01.atlas.cogentco.com154.54.93.42CogentAS174TransitPerte 0 %Gigue 53,7160 ms159–160
7ldn-b3-link.ip.twelve99.net62.115.9.28ArelionAS1299TransitPerte 0 %Gigue 59,6179 ms179–179
+14,3 ms sans quitter Londres : les réponses reviennent par un chemin plus long que celui des paquets à l'aller.
8ldn-bb2-link.ip.twelve99.net62.115.140.70ArelionAS1299TransitPerte 0 %Gigue 61,6185 ms185–185
9prs-bb2-link.ip.twelve99.net62.115.133.239ArelionAS1299TransitPerte 0 %Gigue 62,8188 ms188–188
10mei-b5-link.ip.twelve99.net62.115.124.57ArelionAS1299TransitPerte 0 %Gigue 62,8188 ms188–188
11wikimedia-ic-370330.ip.twelve99-cust.net62.115.147.133ArelionAS1299TransitPerte 0 %Gigue 69,8192 ms188–209
12irb-601.asw1-b12-drmrs.wikimedia.org185.15.58.143Wikimedia FoundationAS14907Réseau de destinationPerte 0 %Gigue 61,9182 ms180–184
13wikipedia.org185.15.58.224Wikimedia FoundationAS14907DestinationPerte 0 %Gigue 58,0174 ms174–174

Temps cumuléAjouté à ce sautLe routeur répond plus lentement0–200 ms, échelle de cette ville

Rapport mtr depuis Johannesburg

Johannesburg → wikipedia.org
Host                                                                    Loss% Drop Rcv   Avg  StDev  Javg 
 1. AS???   _gateway (169.254.169.254)                                   0.0%    0   5   0.3    0.2   0.2
 2. AS???   100.100.100.1 (100.100.100.1)                                0.0%    0   5   0.3    0.0   0.1
 3. AS???   10.94.0.97 (10.94.0.97)                                      0.0%    0   5   3.0    4.0   3.8
 4. AS???   10.94.0.13 (10.94.0.13)                                      0.0%    0   5   0.4    0.1   0.2
 5. AS174   206.249.1.25 (206.249.1.25)                                  0.0%    0   5 158.6    0.4  53.0
 6. AS174   be9736.ccr81.lon01.atlas.cogentco.com (154.54.93.42)         0.0%    0   5 159.6    0.4  53.7
 7. AS1299  ldn-b3-link.ip.twelve99.net (62.115.9.28)                    0.0%    0   5 178.6    0.1  59.6
 8. AS1299  ldn-bb2-link.ip.twelve99.net (62.115.140.70)                 0.0%    0   5 184.7    0.1  61.6
 9. AS1299  prs-bb2-link.ip.twelve99.net (62.115.133.239)                0.0%    0   5 188.2    0.1  62.8
10. AS1299  mei-b5-link.ip.twelve99.net (62.115.124.57)                  0.0%    0   5 188.2    0.1  62.8
11. AS1299  wikimedia-ic-370330.ip.twelve99-cust.net (62.115.147.133)    0.0%    0   5 192.3    8.4  69.8
12. AS14907 irb-601.asw1-b12-drmrs.wikimedia.org (185.15.58.143)         0.0%    0   5 181.7    1.5  61.9
13. AS14907 wikipedia.org (185.15.58.224)                                0.0%    0   5 173.9    0.1  58.0

Comment fonctionne traceroute ?

Traceroute envoie des paquets qui ne peuvent traverser qu'un nombre fixé de routeurs, un de plus à chaque fois, et chaque routeur où un paquet arrive à bout répond : cette réponse donne l'adresse du routeur et le chronomètre, et une recherche DNS inverse trouve son nom.

Cette limite est le TTL du paquet (time to live, ou durée de vie ; IPv6 l'appelle hop limit) : chaque routeur le diminue de un et rejette le paquet à zéro, en renvoyant un message ICMP Time Exceeded. Le paquet 1 s'arrête au premier routeur, le paquet 2 au deuxième, jusqu'à ce que l'un d'eux atteigne la destination, qui répond elle-même.

Cette page lance MTR, qui répète chaque paquet : 5 paquets par saut depuis chaque ville, si bien que chaque saut obtient un meilleur temps, un temps moyen, un pire temps et un taux de perte. Chaque temps est un aller-retour mesuré par la sonde : l'aller, le retour, plus le temps que met le routeur à construire sa réponse.

Un paquet par TTL, San Jose → wikipedia.orgle plus rapide sur 5 · 23 oct. 2026

TTL 1Oracle Cloud0,2 ms
TTL 2Equinix0,4 ms
TTL 3Equinix1,8 ms
TTL 4Wikimedia Foundation2,0 ms
TTL 5wikipedia.org1,7 ms

Le paquet, dont le TTL diminue à chaque routeur
Le TTL atteint 0 : le routeur le rejette
La réponse du routeur : ICMP Time Exceeded

Chaque ligne est un paquet. Le premier expire au premier routeur, le suivant au deuxième, et ainsi de suite : chaque routeur qui rejette un paquet le signale, et le temps de sa réponse est le temps du saut. Une vraie mesure MTR depuis San Jose (Globalping, 23 oct. 2026) : 5 sauts, 1,7 ms jusqu'à wikipedia.org.

Traceroute en ligne : la route vers wikipedia.org depuis 8 villes sur une carte, avec le réseau et le temps de chaque saut — Un traceroute vers wikipedia.org depuis 8 villes, saut par saut. Sélectionnez un numéro pour voir ce que montre chaque partie.

Comment lire un traceroute ?

Lisez-le de haut en bas : chaque ligne est un routeur sur le chemin, avec le temps qu'a mis sa réponse. Ce qui compte, c'est l'endroit où le temps monte et reste haut, et si la destination répond.

Un temps élevé sur une ligne que les lignes suivantes ne partagent pas est un routeur lent à répondre, pas lent à transmettre : construire la réponse est une tâche peu prioritaire pour son processeur. Une perte qui disparaît après un saut est un routeur qui limite ses réponses. Seuls le temps ou la perte qui se prolongent jusqu'à la dernière ligne affectent ce que vous ressentez. L'adresse de chaque ligne est l'interface par laquelle le paquet est arrivé : un même routeur peut donc afficher une autre adresse sur un autre chemin.

Mumbai → wikipedia.org, lu ligne par ligneMTR, 5 paquets par saut

#SautRéseauPerteMoy.

11140.91.204.30Oracle Cloud0%0,6

2125.17.12.178Airtel20%17,5

3125.17.12.177Airtel0%2,3

4116.119.42.61Airtel0%355,3

5* * *––

6ethernet-1-55-100.asw1-603-eqsin.wikimedia.org4Wikimedia Foundation0%57,4

7wikipedia.orgWikimedia Foundation0%562,6

1Numéro de sautLe TTL : le premier routeur est le 1.
2Le réseauQui exploite le routeur : son numéro d'AS et sa marque.
3Le bondLà où le temps monte et reste haut : en général, de la distance.
4Le nom du routeurSon nom PTR ; les codes qu'il contient désignent souvent la ville.
5La destinationLa dernière ligne : le temps que mettent réellement les paquets d'un visiteur.

Une vraie mesure (Globalping, 23 oct. 2026). Le temps qui compte est celui qui reste : un saut plus lent que les sauts suivants a seulement répondu lentement.

Pourquoi traceroute affiche-t-il des astérisques (* * *) ?

Un astérisque est un paquet resté sans réponse à temps. Le plus souvent, ce routeur ne répond tout simplement pas à ces paquets ; cela ne compte que si les astérisques durent jusqu'à la fin.

Chaque outil attend quelques secondes par paquet (5 s sous Linux et macOS, 4 s avec tracert) et affiche * quand rien ne revient. Les routeurs peuvent être configurés pour ne jamais répondre, ou pour limiter le nombre de leurs réponses, et les pare-feu ignorent souvent les paquets ou les réponses. Un saut d'astérisques au milieu suivi de réponses signifie que les paquets sont passés.

Un routeur qui ne répond jamais

Normal

Les sauts 3 à 6 restent muets, mais le saut 7 et la destination répondent : ces routeurs transmettent les paquets, ils ne répondent simplement pas.

São Paulo → wikipedia.org · sauts 2–8

Un routeur qui répond à certains paquets

Normal

Le saut 7 a répondu à 2 paquets sur 5, et les sauts suivants à tous : il limite ses réponses ; rien n'est perdu.

São Paulo → wikipedia.org · sauts 5–9

L'extrémité ignore les paquets

Essayez TCP 443

Après le saut 8, plus rien ne répond, jusqu'à la limite de 20 sauts : le réseau de la destination ou un pare-feu ignore ces paquets.

Notre serveur à Mumbai → bbc.co.uk (UDP) · sauts 5–20

Trois vrais traceroutes. Un astérisque est un paquet resté sans réponse pendant le délai d'attente : seul un arrêt qui dure jusqu'à la fin concerne la destination.

Traceroute, ping, MTR ou pathping : quelles différences ?

Ping chronomètre une seule destination ; traceroute montre chaque routeur sur le chemin ; MTR trace en continu pour que chaque saut obtienne de vrais chiffres de perte et de gigue ; pathping est la version Windows, plus lente, de la même idée.

Le traceroute classique envoie 3 paquets par saut et passe au suivant : un saut qui ignore un paquet semble donc perdre 33 %. MTR répète chaque saut, passe après passe, et pathping envoie 100 requêtes par saut, espacées de 250 ms, avant de donner son rapport. Pour tester une connexion entière plutôt qu'une route, utilisez le test de ping ou le test de perte de paquets.

Montre le chemin	pingping host	traceroutetracert host · traceroute host	MTRmtr host	pathpingpathping host
Montre le chemin		chaque saut	chaque saut, en direct	chaque saut
Temps par saut		3 paquets par saut	moyen, meilleur, pire	après 100 requêtes
Perte par saut		trop peu de paquets pour conclure	chaque passe compte	100 paquets par saut
Temps et perte de bout en bout	oui	la dernière ligne	la dernière ligne	oui
Durée	4 s	5 à 30 s	jusqu'à l'arrêt	environ 25 s par saut
À utiliser quand	vous voulez un seul chiffre	vous voulez la route	vous soupçonnez des pertes	vous êtes sous Windows et voulez la perte

Ce que mesure chaque outil. MTR est un traceroute qui continue, si bien que sa perte par saut a un sens ; cette page lance MTR depuis chaque ville. La durée de pathping découle de ses valeurs par défaut : 100 requêtes par saut, espacées de 250 ms.

Quel port utilise traceroute ?

Aucun qui lui soit propre : traceroute sous Linux et macOS envoie de l'UDP vers le port 33434 et au-delà, tracert sous Windows envoie des requêtes d'écho ICMP, et le mode TCP envoie des paquets SYN vers un port de votre choix (le 443 franchit la plupart des pare-feu).

Les paquets UDP visent des ports sur lesquels rien n'écoute : la destination répond donc « port unreachable » (port injoignable), et le traceroute s'arrête là. Quand un traceroute s'arrête avant un site qui se charge très bien, passez ici en TCP 443 : les pare-feu laissent passer le trafic web plus souvent que l'UDP ou l'ICMP. Pour vérifier un port lui-même, utilisez le Vérificateur de ports.

Ce que chaque outil met dans le paquetréglage par défaut en premier

traceroute sous Linuxtraceroute hostIP · TTL 1, 2, 3…UDPport de destination 33434 et au-delà
traceroute sous macOStraceroute hostIP · TTL 1, 2, 3…UDPport de destination 33434 et au-delà
tracert sous Windowstracert hostIP · TTL 1, 2, 3…requête d'écho ICMPaucun port
Mode ICMPtraceroute -I · mtrIP · TTL 1, 2, 3…requête d'écho ICMPaucun port
Mode TCPtraceroute -T -p 443 · mtr -T -P 443IP · TTL 1, 2, 3…TCP SYNport de destination 443
Cette pageGlobalping MTRIP · TTL 1, 2, 3…ICMP · TCP 443 · UDPau choix

Traceroute n'a pas de port à lui : Linux et macOS envoient de l'UDP vers les ports à partir de 33434 (l'IANA n'enregistre que le 33434, pour traceroute), Windows envoie des requêtes d'écho ICMP. Les pare-feu qui les ignorent laissent souvent passer le TCP vers le port 443, parce qu'il ressemble à la visite d'un site web.

Comment faire un traceroute sous Windows, Mac et Linux (tracert)

Sous Windows, ouvrez l'invite de commandes et tapez tracert suivi de l'adresse ; sous macOS et Linux, ouvrez le Terminal et tapez traceroute. Ajoutez -d (Windows) ou -n pour sauter la résolution des noms et terminer plus vite.

tracert envoie de l'ICMP et attend jusqu'à 4 s par paquet ; macOS et Linux envoient de l'UDP. mtr (sur macOS via Homebrew, sur Linux depuis le gestionnaire de paquets) donne la perte par saut qu'affiche cette page. Un traceroute lancé depuis votre ordinateur montre les premiers sauts à l'intérieur de votre réseau, invisibles pour un traceroute en ligne ; cette page montre comment le reste du monde atteint le même hôte.

Windows
macOS
Linux
MTR

C:\> tracert -d example.com

Trois paquets par saut, 30 sauts au maximum ; -d saute la résolution des noms et termine plus vite.

Notre serveur à Mumbai → bbc.co.ukUDP · 1 paquet par saut · 23 oct. 2026

$ traceroute -m 20 -w 2 -q 1 bbc.co.uk
 1  103.118.16.254 (103.118.16.254)  3.815 ms
 2  195.250.22.6 (195.250.22.6)  0.293 ms
 3  delhi-203.197.239-201.vsnl.net.in (203.197.239.201)  0.880 ms
 4  49.44.18.38 (49.44.18.38)  1.335 ms
 5  10.70.14.97 (10.70.14.97)  2.130 ms
 6  *
 7  192.168.65.138 (192.168.65.138)  16.185 ms
 8  49.44.53.3 (49.44.53.3)  17.261 ms
 9  *
10  *
11  *
12  *
13  *
14  *
15  *
16  *
17  *
18  *
19  *
20  *

1Le saut 1 est la passerelle du serveur lui-même, le premier routeur sur le chemin.
2Un * isolé est un routeur qui n'a pas répondu ; le traceroute continue au saut suivant.
3Plus de réponse après le saut 8, jusqu'à la limite de 20 sauts : l'extrémité ignore ces paquets UDP.

La mesure enregistrée de notre serveur vers bbc.co.uk (23 oct. 2026, UDP, un paquet par saut), affichée comme traceroute l'affiche. Les commandes sont les mêmes dans toutes les langues.

Pourquoi la latence fait-elle un bond à un saut ?

Généralement parce que c'est à ce saut que le chemin franchit une longue distance, souvent un océan ou un continent. Dans la fibre, la lumière ajoute environ 1 ms d'aller-retour par 100 km : un bond qui correspond à la distance est donc normal.

Les câbles ne suivent pas des lignes droites : comptez environ 12,5 ms par 1 000 km de distance sur la carte. Un bond de plus d'environ deux fois ce qu'exige la distance, ou un bond qui apparaît sans que la route se déplace, indique un détour, une liaison chargée ou un retour plus long : chaque réponse peut revenir par une autre route que celle des paquets. Dans un tunnel MPLS, chaque saut peut afficher le temps jusqu'à la sortie du tunnel, si bien que plusieurs sauts dans des villes différentes indiquent le même chiffre.

Où le temps s'ajoute : Johannesburg → wikipedia.orgréponses lentes mises de côté

Est-ce de la distance ? 1 ms d'aller-retour par 100 km1 bond, mesuré le 23 oct. 2026

Johannesburg → Londres9 100 km · au moins 91 ms+158de la distance

Le minimum permis par la distance (la lumière dans la fibre)
Ce que le bond a mesuré

Dans la fibre, la lumière parcourt environ 200 km par milliseconde : un aller-retour coûte donc au moins 1 ms par 100 km de distance à vol d'oiseau ; les câbles sont plus longs que la ligne droite. Un bond qui reste dans environ deux fois ce plancher est de la distance. Chaque marche est le temps le plus bas à ce saut ou après lui, de sorte qu'un routeur seulement lent à répondre ne crée pas de marche.

Traceroute s'arrête à un saut ou affiche « Délai d'attente de la demande dépassé »

Un traceroute qui s'arrête signifie généralement que la destination, ou un pare-feu devant elle, ignore les paquets de traceroute : si le site se charge, le réseau va bien. Essayez TCP 443 avant d'accuser la route.

Des astérisques d'un saut jusqu'à la fin, mais le site se chargeLe cas le plus courant

La destination, ou un pare-feu placé devant elle, ignore les paquets de traceroute. Relancez-le en TCP 443 : il ressemble à la visite d'un site web, il passe donc généralement. Un site qui se charge est joignable ; seuls les paquets sont restés sans réponse.

« Délai d'attente de la demande dépassé » à chaque sautDès le saut 1

Votre propre pare-feu, VPN ou réseau bloque les paquets ou les réponses. Essayez un autre protocole, ou lancez le traceroute depuis cette page, hors de votre réseau.

Il s'arrête juste après le saut 1 ou 2Votre routeur répond, rien après lui

La connexion vers votre fournisseur est coupée, ou son réseau ignore les paquets. Si les sites ne se chargent pas non plus, redémarrez le routeur et appelez votre fournisseur avec le traceroute en main.

Des astérisques au milieu, les sauts suivants répondentDes routeurs muets

Ces routeurs ne répondent pas aux paquets, ou limitent leurs réponses. Les paquets sont passés : tout va bien.

Les deux mêmes adresses se répètent jusqu'à la finUne boucle de routage

Deux routeurs se renvoient les paquets jusqu'à épuisement du TTL. C'est une panne dans un réseau sur le chemin : envoyez le traceroute au fournisseur dont le réseau est concerné.

!H, !N ou !X après un tempsLe routeur dit ne pas pouvoir l'atteindre

Hôte injoignable, réseau injoignable ou interdit administrativement : un routeur a répondu qu'il ne veut pas ou ne peut pas transmettre les paquets. L'adresse est peut-être fausse, ou bloquée volontairement.

Trouvez ce que vous voyez et ouvrez-le pour la cause et l'étape suivante. Les points sont les sauts : plein, il a répondu ; creux, aucune réponse.

Comment faire un traceroute vers ma propre adresse IP ?

Choisissez « Tracer vers moi » et appuyez sur le bouton : des sondes dans plusieurs villes tracent la route jusqu'à votre adresse IP publique, et vous voyez comment internet atteint votre fournisseur et où le temps s'ajoute sur le chemin jusqu'à vous.

Les derniers sauts avant votre adresse restent généralement muets : les routeurs domestiques ne répondent pas à ces paquets. Globalping publie chaque mesure, votre adresse IP fait donc partie d'un résultat public : le traceroute ne démarre que lorsque vous appuyez sur le bouton, et nous ne conservons pas votre adresse.

3 lieux tracent la route vers une ligne domestique (Jio, Inde)MTR · 5 paquets par saut

MumbaiOracle Clouds'arrête au saut 2
FrancfortOracle Cloud211 ms
AshburnOracle Cloud245 ms

VousJio · AS55836 · les derniers sauts avant vous restent muets, comme souvent sur les lignes domestiques203.0.113.7

Le chemin vers vous n'est pas le même que celui que prend votre propre traceroute vers l'extérieur : chaque sens est routé séparément. Une mesure enregistrée vers une ligne domestique ; l'adresse est une adresse de documentation.

Traceroute en ligne : questions et réponses

À quoi sert traceroute ?

Traceroute montre la route que suivent les paquets vers un site web ou une adresse IP, et le temps que met chaque routeur sur le chemin à répondre. On l'utilise pour trouver où une connexion ralentit ou s'arrête : chez votre fournisseur, sur une liaison longue distance ou à destination. Ce traceroute en ligne le lance depuis 8 villes à la fois, pour que vous puissiez comparer les routes.

Comment faire un traceroute en ligne vers une IP ou un site ?

Saisissez un site web ou une adresse IP ci-dessus et appuyez sur Tracer. Des sondes à San Jose, Ashburn, Londres, São Paulo, Mumbai, Tokyo, Sydney et Johannesburg lancent MTR vers cette cible en même temps, avec 5 paquets par saut. Le chemin de chaque ville s'affiche saut par saut, avec ses réseaux, ses temps et sa perte, et sur une carte du monde.

La commande tracert est-elle la même que traceroute ?

Oui pour le but, non pour les détails. tracert est la commande Windows : elle envoie des requêtes d'écho ICMP, trois par saut, jusqu'à 30 sauts. traceroute sous Linux et macOS envoie des paquets UDP par défaut. Les deux augmentent le TTL d'un cran à la fois et listent les routeurs qui répondent. Cette page sert aussi de tracert en ligne : elle peut envoyer des paquets ICMP, TCP ou UDP.

Que signifie * * * dans un traceroute ?

Chaque astérisque est un paquet resté sans réponse pendant le délai d'attente. Beaucoup de routeurs ne répondent pas aux paquets de traceroute ou limitent leurs réponses : des astérisques au milieu d'un traceroute sont donc normaux quand les sauts suivants répondent. Des astérisques jusqu'à la fin signifient que la destination ou un pare-feu ignore les paquets ; essayez ici TCP 443.

Pourquoi mon traceroute s'arrête-t-il avant le site ?

En général, le réseau du site ou un pare-feu ignore les paquets UDP ou ICMP de traceroute, alors que les visites ordinaires passent toujours. Si le site se charge, le réseau va bien. Relancez le traceroute avec le protocole réglé sur TCP 443 : il ressemble à une visite web, il atteint donc plus souvent la destination.

Une latence élevée à un saut est-elle un problème ?

Seulement si elle se prolonge jusqu'à la destination. Un routeur lent à répondre aux paquets affiche un temps élevé sur sa propre ligne, alors que les sauts suivants sont plus rapides : c'est sans conséquence. Un bond qui reste jusqu'à la fin est généralement de la distance, environ 1 ms d'aller-retour par 100 km de fibre ; cette page compare chaque bond à cette valeur.

Puis-je faire un traceroute vers ma propre adresse IP ?

Oui : choisissez « Tracer vers moi ». Une fois que vous appuyez sur le bouton, des sondes dans plusieurs villes tracent la route jusqu'à votre adresse IP publique et montrent comment internet atteint votre fournisseur. Les derniers sauts restent généralement muets, car les routeurs domestiques ne répondent pas aux paquets. Globalping publie chaque résultat : votre adresse fait donc partie d'une mesure publique.

Quelle est la différence entre traceroute et MTR ?

Traceroute envoie quelques paquets par saut, une seule fois, puis s'arrête. MTR continue de les envoyer, passe après passe, si bien que chaque saut obtient la perte, la gigue et les temps meilleur, moyen et pire à partir de nombreux paquets. C'est ce qui donne un sens à la perte par saut. Cette page lance MTR avec 5 paquets par saut depuis chaque ville.

Combien de sauts sont normaux pour un traceroute ?

Il n'y a pas de nombre standard : cela dépend du nombre de réseaux et de routeurs entre la sonde et la destination. Un site proche peut se trouver entre 4 et 6 sauts, un site lointain à 15 ou plus. Les outils s'arrêtent à un maximum : 30 sauts pour tracert, traceroute sous Linux et MTR, 64 pour traceroute sous macOS.

Ce traceroute online est-il gratuit, et que conservez-vous ?

Il est gratuit, sans inscription. Les traceroutes tournent sur Globalping, un réseau de sondes gratuit de jsDelivr : chaque ville utilise l'un des 250 tests gratuits dont votre réseau dispose par heure (ceux de dnsrobot.net quand votre navigateur ne peut pas joindre Globalping), et Globalping garde les résultats publics. Nous recherchons le réseau et le lieu de chaque saut pour la page, et ne conservons rien sur vous.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Traceroute en ligne