ping, traceroute et mtr : commandes réseau en SSH

Les diagnostics réseau à distance depuis une session SSH nécessitent d'isoler la latence, les pertes de paquets et les sauts de routage intermédiaires sans réponse. Les utilitaires standards ping, traceroute et mtr permettent aux administrateurs de vérifier l'accessibilité des hôtes, d'inspecter les chemins d'acheminement des paquets saut par saut et de détecter les goulots d'étranglement de transport intermittents ou le filtrage des paquets ICMP sur les interfaces réseau.

Vérification de la latence et de l'accessibilité avec ping -c

La commande ping envoie des datagrammes ICMP Echo Request pour mesurer le temps d'aller-retour (RTT) entre deux interfaces réseau. Lors de l'exécution de sessions interactives à distance, limiter l'exécution avec l'indicateur de comptage -c évite les boucles infinies qui pourraient bloquer l'invite du terminal en cas d'échec de la gestion des signaux :

# Transmit exactly 5 packets with a 2-second timeout per probe
ping -c 5 -W 2 192.0.2.1

# Adjust probe interval to 0.5 seconds (requires root privileges for intervals below 0.2s)
ping -c 10 -i 0.5 198.51.100.10

Gérer une infrastructure depuis un clavier tactile rend l'interruption d'une séquence ping non limitée fastidieuse. Dans des outils dédiés comme le terminal SSH et Mosh termi1, la rangée d'accessoires fournit une touche Ctrl+C de type matériel, permettant aux opérateurs d'envoyer SIGINT immédiatement sans changer de couche de clavier système.

Traçage d'itinéraire saut par saut avec traceroute

L'utilitaire traceroute découvre les équipements d'acheminement de niveau 3 le long du chemin vers un hôte de destination en incrémentant la valeur Time To Live (TTL) des paquets IP sortants. Les distributions Linux implémentent par défaut traceroute à l'aide de datagrammes UDP dirigés vers des ports de destination élevés (33434 et supérieurs), tandis que les utilitaires BSD et Windows s'appuient principalement sur ICMP.

# Numeric output without reverse DNS resolution to accelerate inspection
traceroute -n -q 2 -m 20 203.0.113.50

# ICMP Echo probes instead of default UDP datagrams
traceroute -I -n 203.0.113.50

# TCP SYN probing targeting default OpenSSH or HTTPS service ports
traceroute -T -p 22 -n 203.0.113.50

L'utilisation de -n évite les résolutions DNS inverses lentes sur les IP de passerelles non mappées, réduisant substantiellement le temps d'exécution. L'indicateur -q 2 limite les sondes à deux tentatives par saut, préservant ainsi la bande passante sur les liaisons limitées.

Analyse continue des pertes de paquets avec mtr -rw

L'outil mtr unifie les fonctionnalités opérationnelles de ping et de traceroute en un moniteur d'état de liaison actif. Pour collecter des tests de référence reproductibles lors de pannes ou transmettre des sorties propres dans des tickets d'incident, le mode rapport sans l'interface ncurses interactive est l'approche documentée selon les pages de manuel man7 Linux :

# Generate a 50-cycle static report with full hostname column widths
mtr -rw -c 50 198.51.100.25 > network_report.txt

# Audit routing hops using TCP probes targeted at OpenSSH port 22
mtr --tcp --port 22 -rw -c 30 198.51.100.25

Le paramètre -r (report) échantillonne les données sur le nombre de cycles défini par -c et génère un tableau récapitulatif affichant les pourcentages de perte de paquets (Loss%), la latence moyenne (Avg) et l'écart-type (StDev). L'option -w (wide) garantit que les noms d'hôtes intermédiaires ne sont pas tronqués sur les écrans compacts. En opérant au sein de tmux, les longues sessions d'échantillonnage mtr restent intactes même si votre connexion mobile change.

Stratégies de diagnostic lorsque ICMP est bloqué

Les pare-feu périphériques du cloud et les hébergeurs gérés suppriment régulièrement le trafic ICMP entrant afin de minimiser l'exposition à la reconnaissance. Des sondes ICMP infructueuses n'indiquent pas un hôte hors ligne :

1. Passer aux sondes TCP SYN : Exécutez traceroute -T -p 22 ou tcptraceroute ciblant OpenSSH (qui écoute par défaut sur le port TCP 22) pour déterminer si les poignées de main de transport standard réussissent.
2. Tester les sockets de destination avec netcat ou curl : Vérifiez l'accessibilité TCP directe avec nc -zv -w 3 target 22 ou testez les écouteurs web avec curl -I https://target afin d'éliminer les ambiguïtés de filtrage de couche 4.
3. Différencier les flux UDP dans les environnements Mosh : Mosh alloue des ports UDP dans la plage 60000–61000. Si l'authentification SSH initiale réussit mais que Mosh se bloque, les règles de pare-feu autorisent TCP 22 tout en bloquant le trafic UDP nécessaire.
4. Exploiter les réseaux maillés privés : Lorsque les hôtes ne disposent pas d'adresses IP publiques ou rejettent les sondes périphériques, créer un tunnel via un réseau maillé privé comme Prialo ou Tailscale contourne le filtrage périmétrique grâce à des réseaux superposés point à point chiffrés.

Comparaison des outils de diagnostic réseau sur terminaux mobiles

Le choix de la bonne commande dépend des besoins du technicien : état instantané, vérification du chemin de routage ou preuves statistiques :

Lors de l'exécution de ces vérifications sur des appareils mobiles, termi1 permet la génération de commandes en langage naturel qui prépare la syntaxe complète dans l'invite du shell sans appuyer sur Entrée, laissant les ingénieurs en contrôle total des procédures de diagnostic réseau.

Questions fréquentes

Pourquoi ping signale-t-il une perte de paquets alors que les applications web se chargent normalement ?

Les routeurs et noyaux de serveurs attribuent une priorité CPU inférieure aux paquets ICMP Echo entrants par rapport au trafic TCP. Une perte ICMP modérée indique fréquemment une limitation de débit sur le plan de contrôle d'un routeur intermédiaire plutôt qu'une véritable dégradation du transport affectant les applications.

Comment interpréter les astérisques continus dans les sauts de traceroute ?

Des astérisques dans le résultat de traceroute signifient qu'une passerelle intermédiaire n'a pas renvoyé de réponse dans le délai imparti. Ce comportement indique généralement que l'administrateur du routeur a désactivé l'émission d'ICMP Time Exceeded ou filtré les sondes UDP conformément à sa politique de sécurité.

Quelle est la différence fonctionnelle entre mtr interactif et mtr -rw ?

L'outil mtr interactif standard actualise dynamiquement les tampons du terminal via ncurses, consommant inutilement de la bande passante sur les connexions distantes à faible débit. Les options -rw suppriment ce rafraîchissement interactif, collectent les sondes sur un nombre précis de cycles et formatent un tableau textuel propre idéal pour les scripts.

Pourquoi traceroute échoue-t-il alors qu'une session Mosh existante reste connectée ?

Mosh fonctionne via des datagrammes UDP alloués entre les ports 60000 et 61000 après authentification par OpenSSH sur TCP 22. Si les pare-feu réseau filtrent l'ICMP standard ou les plages de sondes UDP non attribuées, les requêtes traceroute sont rejetées tandis que le trafic UDP de Mosh transite sans encombre.