Mein Ping-Befehl scheint nie beendet zu werden. Bedeutet das, dass es erfolgreich ist?

Ich pinge eine Remote-IP. Ich weiß sehr wenig über den Ping-Befehl. Wenn ich die IP anpinge, geht es weiter und weiter ... Ich verwende nicht die 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

Bedeutet das, dass die IP erfolgreich gepingt wird? Oder dass es versucht und versagt und es erneut versucht? Wie kann ich damit aufhören?

So funktioniert der Ping-Befehl. Sie können es mit dem Zählschalter steuern -c.

Beispiel

$ 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

Aufschlüsselung der Ausgabe

Zeilen wie diese bedeuten, dass der andere Host erfolgreich gepingt wird:

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

Diese Zeilen zeigen Details zu jedem "Ping", wie er zwischen Ihrem Host und dem Host auftritt, den Sie pingen möchten.

6. Spalte

Die Spalte, die diesen Wert enthält, icmp_req=2gibt an, um welches ICMP-Paket es sich handelt. Der pingBefehl erstellt Netzwerkpakete. Es gibt viele Typen, von denen Sie wahrscheinlich schon von TCP- oder UDP-Paketen gehört haben. Ein anderer Typ ist ICMP. ICMP ähnelt SMS in Mobilfunknetzen. Der Hauptzweck ist die Steuerung und Kontrolle über das Netzwerk.

7. Spalte

Die dritte Spalte, die interessant ist, ist die TTL=64. TTL - "aka. Time to Live" bedeutet, dass das Paket vor dem Timeout nur höchstens 64 Knoten durchläuft. Wenn das System also mehr als 64 "Hops" von Ihrem System entfernt ist, können Sie es nicht anpingen, es sei denn, Sie erhöhen die TTL.

8. Spalte

Diese Spalte zeigt, wie lange der Ping in der Zeit gedauert hat (in Millisekunden). Dies wäre die Spalte, die so aussieht : time=1.13 ms.

Die anderen Spalten sind ziemlich selbsterklärend.

Ping-Versionen

Verschiedene pingBefehle werden in den verschiedenen Unixen unterschiedlich implementiert. Sie müssen also auf die Version achten.

$ ping -V
ping utility, iputils-sss20100418

Ich bin auf einem Fedora 14, Linux-System.

Die Antwort von slm ist großartig, aber wenn Sie nur schnell überprüfen möchten, ob ein Host lebt (und erreichbar ist und auf Ping reagiert), können Sie fpingstattdessen verwenden ping. Es pingt den / die Host (s) an und wartet eine kurze Zeit auf eine Antwort. fpingDer Exit-Code meldet Erfolg oder Misserfolg.

z.B

cas @ ganesh: ~ $ fping kali
Kali lebt
cas @ ganesh: ~ $ echo $?
0

cas @ ganesh: ~ $ fping durga 
ICMP-Host von 203.xx.xxx.1 für ICMP-Echo, das an durga gesendet wurde, nicht erreichbar (203.xx.xxx.14)
ICMP-Host von 203.xx.xxx.1 für ICMP-Echo, das an durga gesendet wurde, nicht erreichbar (203.xx.xxx.14)
ICMP-Host von 203.xx.xxx.1 für ICMP-Echo, das an durga gesendet wurde, nicht erreichbar (203.xx.xxx.14)
ICMP-Host von 203.xx.xxx.1 für ICMP-Echo, das an durga gesendet wurde, nicht erreichbar (203.xx.xxx.14)
Durga ist nicht erreichbar
cas @ ganesh: ~ $ echo $?
1

Die Nachrichten 'ICMP Host Unreachable' können verworfen werden, indem stderr nach / dev / null umgeleitet wird. Beispielsweise:

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