Vidéo: SSH, FTP, Ping, Telnet: Linux Networking Commands Tutorial 12 2025
La première chose que font la plupart des gens après avoir configuré leur appareil est de vérifier s'ils peuvent envoyer du trafic via des liens vers d'autres nœuds du réseau. Ce test initial est l'endroit où la commande ping entre en jeu.
À partir de l'invite de commandes de Junos OS, vous pouvez exécuter la commande ping. Connectez-vous à l'appareil que vous souhaitez démarrer et envoyez un ping à une adresse sur l'hôte distant; c'est-à-dire, à l'adresse que vous attendez d'avoir un chemin à travers le réseau.
Par exemple, vous pouvez vous connecter à router1. De là, vous voulez vous assurer que vous avez la connectivité à router7. Vous choisissez donc n'importe quelle adresse réseau sur router7 (n'importe laquelle des adresses d'interface, ou même l'adresse de bouclage fonctionnera) et émettez une commande ping:
user @ router1> ping 10. 0. 24. 2 PING 10. 0. 24 2: 56 octets de données 64 octets de 10. 0. 24. 2: icmp_seq = 0 ttl = 62 temps = 0. 520 ms 64 octets de 10. 0. 24. 2: icmp_seq = 1 ttl = 62 temps = 0. 417 ms 64 octets de 10. 0. 24. 2: icmp_seq = 2 ttl = 62 temps = 0. 497 ms 64 octets de 10. 0. 24. 2: icmp_seq = 3 ttl = 62 temps = 0. 424 ms 64 octets de 10. 0. 24. 2: icmp_seq = 4 ttl = 62 temps = 0. 501 ms ^ C --- 10. 0. 24. 2 statistiques ping --- 5 paquets transmis, 5 paquets reçus, 0% perte de paquets aller-retour min / moy / max / stddev = 0. 417/0. 472/0. 520/0. 043 ms
Après avoir émis la commande, le routeur envoie des paquets à l'adresse distante. Lorsque le nœud distant reçoit ces paquets, il génère un paquet de réponse et renvoie ce paquet à l'expéditeur d'origine.
A la réception de ce paquet de réponse, le routeur enregistre un ping réussi et mesure le temps entre l'envoi de la requête d'origine et la réception de la réponse. Ce processus se répète jusqu'à ce que vous arrêtiez la commande en appuyant sur Ctrl + C.
Vous pouvez remarquer que dans la sortie ping, chaque ping est associé à un numéro de séquence ICMP (Internet Control Message Protocol). Chaque demande et réponse est marquée avec ce numéro de séquence afin que les périphériques sachent quelle réponse va avec quelle requête.
Si vous savez que vous avez envoyé la demande 3 à un moment donné, vous pouvez vérifier l'heure à laquelle vous avez reçu la réponse 3 et noter le temps qu'il a fallu pour l'aller-retour complet.
La commande ping vous donne une mine d'informations. D'abord, vous savez que l'adresse distante que vous avez choisie est active et réactive, car la commande a généré une sortie. Deuxièmement, si vous examinez les données récapitulatives au bas de la sortie, vous pouvez voir des statistiques importantes sur le chemin.
Par exemple, notez que cinq paquets ont été transmis et cinq réponses ont été reçues.Cette information vous indique que toutes les requêtes ping ont été reçues par le périphérique distant. Si le réseau rencontre des problèmes ou si les paquets sont perdus, vous verrez que tous les paquets transmis n'ont pas donné lieu à un paquet de réponse reçu. La perte de paquets est un indicateur que quelque chose ne va pas dans le réseau.
De plus, la sortie récapitulative affiche les écarts minimum, maximum, moyen et standard pour les temps de réponse. Dans cet exemple, le temps de transit aller-retour pour le ping et la réponse est de l'ordre de. 500 millisecondes, ce qui est exceptionnellement rapide. Si le temps d'aller-retour dépasse 150 ou 200 millisecondes, vous souhaitez probablement jeter un coup d'œil au réseau pour déterminer l'origine de la latence.
Vous pouvez vous demander ce qu'il se passe s'il n'y a pas de chemin vers router7 à partir de router1. La commande ping révèle également ces informations:
utilisateur @ routeur1> ping routeur7 PING routeur7 (192. 168. 24. 1): 56 octets de données ping: sendto: aucune route pour héberger ping: sendto: aucune route pour héberger ping: sendto: aucune route vers l'hôte ping: sendto: aucune route vers l'hôte ping: sendto: aucune route vers l'hôte ^ C --- router7 ping statistiques --- 5 paquets transmis, 0 paquets reçus, 100% perte de paquets
Dans ce cas, router7 n'est pas accessible depuis router1. Le ping échoue et 100% des paquets envoyés sont perdus, ce qui signifie qu'il n'y a pas de réponse. Pour savoir si l'absence de réponse signifie que le routeur est en panne ou qu'un problème est survenu entre router1 et router7, vous pouvez exécuter une commande traceroute.
