Traceroute : comprendre les sauts et les délais réseau

Traceroute offre une vue diagnostique du chemin possible des paquets vers une destination. Il affiche les sauts qui répondent et le temps de retour des sondes. Le résultat représente un instant et des conditions réseau précises, pas une carte permanente d’Internet ni le trajet certain de toutes les applications.

Découvrir les sauts du réseau

Le programme envoie des sondes avec une limite de sauts croissante : TTL en IPv4 et Hop Limit en IPv6. Lorsqu’un routeur réduit cette limite à zéro, il peut renvoyer un message ICMP Time Exceeded. La répétition de l’opération révèle une suite d’équipements qui répondent sur le trajet aller.

Selon le système et les options, les sondes utilisent UDP, ICMP ou TCP. Les pare-feu ne traitent pas ces protocoles de la même façon ; changer de méthode peut donc modifier le résultat. Une sonde TCP vers le port du service est parfois plus utile qu’une sonde UDP par défaut.

Interpréter les temps et les étoiles

Chaque ligne correspond à un numéro de saut ; les durées affichées concernent plusieurs sondes distinctes. Une étoile indique généralement qu’aucune réponse n’est arrivée avant l’expiration du délai. Le routeur peut néanmoins transmettre le trafic normal tout en limitant les messages de diagnostic.

Un temps élevé sur un saut intermédiaire ne prouve pas à lui seul une congestion. Regardez si les sauts suivants et la destination présentent la même hausse. Le trajet retour peut être différent, tandis que l’équilibrage de charge peut répartir les sondes entre plusieurs chemins. Une seule trace se prête donc mal aux conclusions définitives.

Procédure de diagnostic

Sous Linux et souvent macOS, essayez traceroute example.com ; sous Windows, utilisez tracert example.com. Notez la destination, le protocole, l’heure et le réseau utilisés. Répétez la mesure et comparez-la à un véritable accès au service. Choisissez un domaine que vous êtes autorisé à examiner.

Si les sondes s’arrêtent mais que le site fonctionne, le silence relève probablement des limites du diagnostic. Si la destination échoue aussi, comparez depuis un autre réseau et vérifiez DNS, pare-feu et service. Transmettez des résultats concis à l’opérateur : une trace seule ne désigne pas le responsable.

Conservez la sortie complète plutôt que le seul dernier saut visible. Une destination qui répond après plusieurs étoiles ne décrit pas la même situation qu’une destination qui ne répond jamais. Vérifiez également si un changement de méthode de sonde modifie la trace, sans interpréter ce changement comme une preuve de panne.