Commençons par un exemple pour vérifier la connexion à l'hôte google.com. Pour cela, il suffit de taper dans un terminal ping google.com , mais parce que le programme n'arrêtera pas le ping tout seul nous devons l'arrêter manuellement. Pour ce faire, nous devons utiliser le raccourci clavier Ctrl + C .
# Ping command
ping google.com
Code language: CSS (css)En analysant le résultat, nous constatons que google.com répond avec l'adresse IP 216.58.212.14, ttl (durée de vie) la durée de vie des paquets dans les sauts (routeurs) est possible 119 de plus, temps :le temps de réponse pour lequel le paquet arrive est compris entre 3 ms et 4 ms, ce qui est relativement bon - mais les informations les plus importantes sont en fait masquées après l'arrêt du programme et cela nous montre les brèves statistiques :
--- google.com ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.864/4.207/4.720/0.291 ms
Ce qui veut dire que vers google.com nous avons 7 paquets envoyés, 7 reçus et 0 perdus pour le temps de préavis de 4.207ms, c'est une question de miles secondes !!!
Ping peut en fait être démarré en utilisant diverses options de ligne de commande qui permettent des modes de fonctionnement spéciaux, tels que la spécification de la taille des paquets envoyés, les sauts possibles, le nombre de paquets, la vitesse d'envoi et bien plus encore. Ping est un programme fondamental dans l'administration de réseau sans lequel la vie des personnes qui entretiennent les réseaux serait beaucoup plus compliquée.
Faisons également un exemple de ping avec les options ping -n -c 4 -i 10 google.com
Ici dans cet exemple -n ignore le système de nommage DNS, -c 4 envoie seulement quatre paquets -i 10 envoie des paquets toutes les 10 secondes.
L'une des astuces intéressantes du ping est lorsqu'un administrateur système soupçonne qu'il existe des « goulots d'étranglement » sur le réseau. Par «goulots d'étranglement», nous entendons que, dans un test normal, le ping envoie environ 64 octets de taille de paquet et peut ne pas montrer de perte ou de long temps de réponse en millisecondes, mais si la taille du paquet augmente à, par exemple, 20 000 octets, le paquet il devient très volumineux et beaucoup plus difficile à traiter que les routeurs. Ainsi, l'augmentation de la taille des paquets augmente le temps de réponse. La comparaison entre eux administrateur système analyse l'état du réseau et plus précisément la qualité de la connexion à un hôte particulier (ce qui est souvent confondu avec la vitesse)
Voici un exemple clair de la façon dont à partir de 1,4 milliseconde, le même routeur auquel un gros paquet de 25 000 octets est envoyé commence à répondre à une moyenne de 2,5 millisecondes. Il ne faut pas non plus sous-estimer la différence dans les valeurs de 3/4/10 millisecondes, "modèle" des réponses du routeur qui est un signe clair d'instabilité, c'est-à-dire de mauvaise qualité de la connexion.
L'utilitaire ping a été écrit par Mike Muuss en décembre 1983 alors qu'il travaillait au Ballistic Research Laboratory. Une remarque de David Mills sur l'utilisation des paquets d'écho ICMP pour le diagnostic et les mesures du réseau IP a incité Muuss à créer l'utilitaire pour résoudre les problèmes de réseau. L'auteur l'a nommé d'après le son que fait le sonar , puisque sa méthodologie est analogue à la localisation de l'écho du sonar.En conclusion, ping est un programme que tout administrateur devrait connaître.