Réseau et proxysUn test de traceroute n'est pas une formalité avant un ticket réseau — c'est la seule preuve qui dit à quiconque, vous y compris, si un problème de connexion se produit de votre côté, au milieu d'internet, ou réellement à destination.
Ce qu'il mesure vraiment
MTR (ou WinMTR sous Windows) envoie un flux continu de paquets vers une destination et rapporte, saut par saut, le temps de réponse de chaque routeur intermédiaire et le pourcentage de paquets perdus — construisant une image de tout le chemin plutôt qu'un simple temps aller-retour unique. Comme il tourne en continu plutôt qu'une seule fois, il attrape aussi les pertes intermittentes qu'un simple ping raterait complètement.
Lire où se situe un problème
| La perte ou les pics apparaissent à | Pointe vers |
|---|---|
| Le saut 1 ou 2 (votre propre routeur) | Votre réseau local — un ticket sera fermé comme externe |
| Les premiers sauts après votre routeur (votre FAI) | Le réseau de votre propre FAI — aussi hors de ce qu'un ticket sur le nœud peut corriger |
| Sauts intermédiaires, réseaux de transit | Routage de la dorsale internet, se résout généralement seul et hors du contrôle direct de quiconque |
| Le dernier saut, à destination | Vaut la peine d'être signalé — c'est le seul motif qui pointe vers le réseau du nœud lui-même |
Que faire
- Lancez WinMTR (Windows) ou mtr (Linux/macOS) vers l'adresse du nœud
Au moins 100 paquets envoyés — un test court peut manquer la perte intermittente qui est souvent la vraie plainte.
- Laissez-le tourner pendant le problème réel, pas avant ni après
Un résultat propre pris quand la connexion semble bien ne prouve rien sur le moment où elle ne l'était pas.
- Joignez le tableau complet, pas une capture recadrée
Le support a besoin des chiffres de chaque saut pour lire le motif, pas juste la ligne de résumé.