Mi comando Ping no parece terminar nunca. ¿Eso significa que está sucediendo?

Estoy haciendo ping a una IP remota. Sé muy poco sobre el comando Ping. Cuando hago ping a la IP, sigue y sigue ... No estoy usando la opción -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

¿Eso significa que está haciendo ping a la IP con éxito? ¿O que está intentando y fallando e intentando de nuevo? ¿Cómo consigo que pare?

Así es como funciona el comando ping. Se puede controlar mediante el interruptor de recuento, -c.

Ejemplo

$ 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

Desglose de la producción

Líneas como esta significan que está haciendo ping con éxito al otro host:

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

Estas líneas muestran detalles sobre cada "ping" tal como ocurre entre su host y el host que está intentando hacer ping.

6ta columna

La columna que contiene este valor icmp_req=2le indica a qué paquete ICMP se refiere. El pingcomando fabrica paquetes de red. Hay muchos tipos, probablemente hayas oído hablar de TCP o quizás paquetes UDP. Otro tipo es ICMP. ICMP es similar a SMS en redes de telefonía celular. Su propósito principal es el comando y control sobre la red.

7ma columna

La tercera columna que es interesante es la TTL=64. TTL - "también conocido como Time to Live", significa que el paquete solo atravesará 64 nodos antes de que se agote el tiempo de espera. Entonces, si el sistema está a más de 64 "saltos" de su sistema, no puede hacer ping, a menos que aumente el TTL.

Octava columna

Esta columna muestra cuánto tiempo, en el tiempo, el ping tardó en ocurrir (en milisegundos). Esta sería la columna que tiene el siguiente aspecto: time=1.13 ms.

Las otras columnas se explican bastante por sí mismas.

Versiones de ping

Los diferentes pingcomandos se implementan de manera diferente en los distintos Unix. Por lo tanto, debe prestar atención a la versión.

$ ping -V
ping utility, iputils-sss20100418

Estoy en un sistema Linux de Fedora 14.

La respuesta de slm es excelente, pero si solo desea verificar rápidamente si un host está vivo (y accesible y respondiendo al ping), puede usarlo en fpinglugar de ping. Hace sonar el host (s), y espera un corto tiempo para recibir una respuesta. fpingEl código de salida informa el éxito o el fracaso.

p.ej

cas @ ganesh: ~ $ fping kali
Kali está vivo
cas @ ganesh: ~ $ echo $?
0 0

cas @ ganesh: ~ $ fping durga 
Host ICMP inalcanzable desde 203.xx.xxx.1 para ICMP Echo enviado a durga (203.xx.xxx.14)
Host ICMP inalcanzable desde 203.xx.xxx.1 para ICMP Echo enviado a durga (203.xx.xxx.14)
Host ICMP inalcanzable desde 203.xx.xxx.1 para ICMP Echo enviado a durga (203.xx.xxx.14)
Host ICMP inalcanzable desde 203.xx.xxx.1 para ICMP Echo enviado a durga (203.xx.xxx.14)
Durga es inalcanzable
cas @ ganesh: ~ $ echo $?
1

Los mensajes 'Host inaccesible ICMP' se pueden descartar redirigiendo stderr a / dev / null. Por ejemplo:

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