Ma commande Ping ne semble jamais se terminer. Cela signifie-t-il que cela réussit?

Je teste une adresse IP distante. Je connais très peu la commande Ping. Quand je cingle l'IP, cela continue et continue ... Je n'utilise pas l' option -t .

Me$ ping 137.30.124.104
PING 137.30.124.104 (137.30.124.104): 56 data bytes
64 bytes from 137.30.124.104: icmp_seq=0 ttl=62 time=3.378 ms
64 bytes from 137.30.124.104: icmp_seq=1 ttl=62 time=3.825 ms
64 bytes from 137.30.124.104: icmp_seq=2 ttl=62 time=4.882 ms
64 bytes from 137.30.124.104: icmp_seq=3 ttl=62 time=1.822 ms
64 bytes from 137.30.124.104: icmp_seq=4 ttl=62 time=4.572 ms
....
64 bytes from 137.30.124.104: icmp_seq=290 ttl=62 time=3.273 ms

Cela signifie-t-il qu'il a réussi à envoyer une requête ping à l'IP? Ou qu'il essaie et échoue et recommence? Comment puis-je l'arrêter?

Voilà comment fonctionne la commande ping. Vous pouvez contrôler à l'aide de l'interrupteur de comptage, -c.

Exemple

$ ping -c 2 skinner
PING skinner.bubba.net (192.168.1.3) 56(84) bytes of data.
64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=1 ttl=64 time=1.00 ms
64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=2 ttl=64 time=1.13 ms

--- skinner.bubba.net ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 1.001/1.069/1.138/0.075 ms

Répartition de la production

Des lignes comme celle-ci signifient qu'il envoie une requête ping à l'autre hôte:

64 bytes from skinner.bubba.net (192.168.1.3): icmp_req=2 ttl=64 time=1.13 ms

Ces lignes montrent des détails sur chaque "ping" tel qu'il se produit entre votre hôte et l'hôte que vous tentez d'envoyer une requête ping.

6e colonne

La colonne qui contient cette valeur icmp_req=2vous indique de quel paquet ICMP il s'agit. La pingcommande fabrique des paquets réseau. Il existe de nombreux types, vous avez probablement entendu parler de paquets TCP ou peut-être UDP. Un autre type est ICMP. ICMP est similaire au SMS dans les réseaux de téléphonie cellulaire. Son objectif principal est de commander et de contrôler le réseau.

7e colonne

La 3ème colonne qui est intéressante est la TTL=64 . TTL - "aka. Time to Live", signifie que le paquet ne traversera que 64 nœuds au maximum avant la fin du délai. Donc, si le système est à plus de 64 "sauts" de votre système, vous ne pouvez pas le cingler, sauf si vous augmentez le TTL.

8ème colonne

Cette colonne montre combien de temps, en temps, le ping a eu lieu (en millisecondes). Ce serait la colonne qui ressemble à ceci: time=1.13 ms.

Les autres colonnes sont assez explicites.

Versions Ping

Différentes pingcommandes sont implémentées différemment sur les différents Unix. Vous devez donc faire attention à la version.

$ ping -V
ping utility, iputils-sss20100418

Je suis sur un système Linux Fedora 14.

La réponse de slm est excellente, mais si vous voulez simplement vérifier rapidement si un hôte est vivant (et accessible, et répondant au ping), vous pouvez utiliser à la fpingplace de ping. Il envoie un ping aux hôtes et attend une courte réponse. fpingLe code de sortie de 'rapporte le succès ou l'échec.

par exemple

cas @ ganesh: ~ $ fping kali
kali est vivant
cas @ ganesh: ~ $ echo $?
0

cas @ ganesh: ~ $ fping durga 
Hôte ICMP inaccessible à partir de 203.xx.xxx.1 pour l'écho ICMP envoyé à durga (203.xx.xxx.14)
Hôte ICMP inaccessible à partir de 203.xx.xxx.1 pour l'écho ICMP envoyé à durga (203.xx.xxx.14)
Hôte ICMP inaccessible à partir de 203.xx.xxx.1 pour l'écho ICMP envoyé à durga (203.xx.xxx.14)
Hôte ICMP inaccessible à partir de 203.xx.xxx.1 pour l'écho ICMP envoyé à durga (203.xx.xxx.14)
durga est inaccessible
cas @ ganesh: ~ $ echo $?
1

Les messages «ICMP Host Unreachable» peuvent être supprimés en redirigeant stderr vers / dev / null. Par exemple:

cas@ganesh:~$ fping durga 2>/dev/null 
durga is unreachable