Traceroute Visuel


🚀 Hébergement de sites Web haute performance 🚀

Construire un site Web est difficile. Heureusement, WP Engine vous offre tout ce dont vous avez besoin pour créer et gérer votre site. Ils s'occuperont même de tous les éléments techniques afin que vous puissiez vous concentrer sur ce qui compte vraiment - vous assurer que votre site soit unique et un succès.

Avec leurs outils faciles à utiliser, leur équipe experte et leurs fonctionnalités puissantes comme une vitesse fulgurante et des mesures de sécurité robustes, il n'y a aucune raison de ne pas les choisir pour votre nouveau site!

Commencez maintenant et obtenez 3 mois gratuits en utilisant le coupon “WPE3FREE”. Nous vous avons obtenu cette réduction spéciale en étant un partenaire affilié de confiance de WP Engine. ✨

Pourquoi effectuer un traceroute?

L'objectif d'un traceroute graphique est de découvrir chaque relais de serveur, votre paquet IP d'un point à un autre, et de mesurer le délai de retour, entre l'hôte de sondage (ici G Suite.Tools) et chaque relais sur le chemin du paquet.

L'application en ligne Traceroute Visuel de G Suite.Tools facilite la détection précise de goulots d'étranglement ayant un impact sur les performances de votre application. De plus, pour déterminer le temps de réponse de chaque relai parcouru par le paquet, vous êtes désormais en mesure de visualiser en plein écran le chemin de chaque sondage, de faire un ping entre notre serveur et l'adresse IP testée dans Google Maps en un instant.

En traçant l'itinéraire réel entre le serveur de G Suite.Tools et le vôtre, vous pouvez, décider de quelle manière optimiser votre configuration réseau pour réduire les temps de réponse, dans votre application, service ou site Web.

Guide rapide

Insérez le (sous-)domaine complet, IPv4 ou v6 auquel vous voulez effectuer un test de traceroute visuel et appuyez sur 'TRACER'.

Traceroute Visuel

L'outil traceroute enverra alors de 1 à 30 paquets IP à la cible, incrémentant le Time-To-Live (TTL) pour chaque ping de sonde, à partir de TTL 1. Dans ce contexte, le TTL définit le nombre maximal de serveurs par lesquels un paquet peut être relayé pendant son trajet sur Internet. Ainsi, chaque sonde atteindra progressivement un relais plus loin que le ping précédent. Lorsqu'un paquet atteint un nœud de réseau et obtient son crédit TTL à 0, il s'arrête là et provoque une réponse TIME_EXCEEDED à renvoyer à l'origine du ping (G Suite.Tools). Voilà comment notre outil peut mesurer le temps de réponse de chaque nœud sur le chemin d'un paquet IP.

Résultats

Lorsque vous obtenez les résultats de traceroute, n'hésitez pas à agrandir Google Maps, en cliquant sur l'icône plein écran dans le coin supérieur droit de l'outil.

Résultats Traceroute en ligne

Vous pouvez maintenant explorer en détails sur Google Maps le chemin d'un paquet IP de notre serveur vers n'importe quel appareil connecté à Internet.

Le tableau sous la carte vous donne des résultats synthétiques sur chaque relai de la route testée. Le nombre maximal de relais est limité à 30. Chaque fois que cela est possible, nous déterminons le nom d'hôte lié à chaque relai que nous découvrons. La valeur de couleur bleue confirme l'IP de chaque relais. Nous avons coloré en vert leur temps de réponse aller-retour (en ms).

Régulièrement, il est possible qu'un nœud soit réellement configuré pour ne renvoyer aucun paquet TIME_EXCEEDED à l'origine. Dans ces cas, ces nœuds peuvent uniquement relayer le paquet mais ne répondront à aucune information liée à leur identité réseau. Pour ces sauts, nous remplissons la ligne du tableau par des astérisques symboliques '*' et la carte ne peut pas être complétée à 100% par manque d'informations. Cela est totalement attendu dans la plupart des cas si cela se produit au milieu de l'itinéraire.

Cependant, si vous remarquez des délais ou des temps morts en toute fin de traceroute, il y a une chance que quelque chose ne va pas avec l'un de ces relais, car ces relais sont les derniers avant d'atteindre votre cible. Dans ce cas, je vous conseille de vérifier si:

  • Le pare-feu de votre réseau local bloque les paquets ICMP. Si c'est le cas, acceptez les paquets HTTP (TCP / UDP) après avoir évalué les implications au niveau sécurité.
  • Votre réseau local n'est pas correctement connecté à Internet. Vérifiez tout câble, carte réseau ou logiciel défectueux en cours de route.
  • Il n'y a pas de route déclarée vers le serveur de G Suite.Tools. L'hôte distant doit mettre à jour sa passerelle par défaut et ses tables de routage si nécessaire.
  • Le trajet aller-retour prend plus de 2 s pour rejoindre notre serveur. Le chemin peut être encombré et vous pouvez mettre à niveau votre connexion après l'avoir analysée avec précision.

Informations avancées

Cet outil est basé sur les utilitaires open source Linux traceroute.

Cette implémentation graphique de traceroute est configurée pour suivre le chemin d'un paquet IP jusqu'à un maximum de 30 relais. Ces échos ICMP bruts se présentent sous la forme de datagrammes ECHO_REQUEST, provoquant une réponse ICMP TIME_EXCEEDED du dernier relai du trajet complet d'un paquet de sondage. Le programme n'attendra pas, plus de 2s avant l'expiration du délai d'attente de tels paquets de réponse TIME_EXCEEDED.

Comme les paquets de type UDP et TCP sont le plus souvent bloqués ou limités par des appareils ou des routeurs modernes, ce test ping fournit une pénétration de réseau maximale en utilisant le protocole ICMP.

Tips

  • Effectuez un test ping pour envoyer 6 sondes IP d'affilée à un hôte spécifique et d'obtenir un rapport plus ciblé et cohérent.