12 ejemplos prácticos de comando de ping para usuarios de Linux
- 3692
- 289
- Claudia Baca
Silbido es una utilidad de red de redes multiplataforma simple, ampliamente utilizada para las pruebas si un host es accesible en un protocolo de Internet (IP) red. Funciona enviando una serie de Protocolo de mensajes de control de Internet (ICMP) Echo_request mensajes al host de destino y esperando un ICMP Respuesta de eco (o Eco_esponse).
Puede ejecutar una prueba de ping para establecer si su computadora puede comunicarse con otra computadora (host de destino); te ayuda a determinar:
- si el host de destino es accesible (activo) o no,
- Para medir la cantidad de tiempo que tarda los paquetes en llegar al host de destino y volver a su computadora (el tiempo de viaje de ida y vuelta (RTT) en comunicarse con el host de destino) y
- la pérdida de paquete, expresada como un porcentaje.
Su salida es una lista de respuestas del host de destino junto con el tiempo necesario para el último paquete para llegar al host de destino y volver a su computadora. También muestra un resumen estadístico de la prueba, que generalmente incluye el número de paquetes transmitidos y los recibidos, porcentaje de pérdida de paquetes; el mínimo, máximo, los tiempos medios de ida y vuelta y la desviación estándar de la media (MDEV). En caso de que falle una prueba de ping, verá mensajes de error como salida.
Leer también: Fping: una herramienta de ping de alto rendimiento para Linux
En este artículo, explicaremos 12 práctico comando de ping Ejemplos para probar la accesibilidad de un host en una red.
Aprender ejemplos de comando de ping
1. Puedes ejecutar un simple silbido Prueba para ver si el anfitrión Targe www.Google.comunicarse es accesible o no. También puede usar una dirección IP en lugar del nombre de dominio como se muestra.
$ ping www.Google.com o $ ping 216.58.212.78
Salida de muestra
Ping www.Google.com (172.217.166.164) 56 (84) bytes de datos. 64 bytes de BOM07S20-In-F4.1e100.neto (172.217.166.164): icmp_seq = 1 ttl = 57 time = 2.40 ms 64 bytes de BOM07S20-In-F4.1e100.neto (172.217.166.164): icmp_seq = 2 ttl = 57 time = 2.48 MS 64 bytes de BOM07S20-In-F4.1e100.neto (172.217.166.164): icmp_seq = 3 ttl = 57 tiempo = 2.43 MS 64 bytes de BOM07S20-In-F4.1e100.neto (172.217.166.164): icmp_seq = 4 ttl = 57 tiempo = 2.35 ms ^c --- www.Google.Estadísticas de comunicación --- 4 paquetes transmitidos, 4 recibidos, 0% de pérdida de paquetes, tiempo 3004 ms rtt min/avg/max/mdev = 2.353/2.420/2.484/0.058 MS
De los resultados del comando anterior, el silbido fue exitoso y no se perdieron paquetes. Una cosa importante a tomar nota, en una salida de prueba de ping, es el momento al final de cada respuesta de ping. Suponiendo que está realizando una prueba de ping a sus servidores, entonces el valor aquí importa mucho, dependiendo del tipo de aplicación que esté ejecutando en un servidor.
Si, por ejemplo, tiene una aplicación web en la que un solo usuario solicita el resultado de tantas consultas a una base de datos para generar resultados en la interfaz de usuario, entonces un tiempo de ping más bajo para ese servidor particular implica que se transmiten más datos sin un retraso y lo contrario es cierto.
2. Puede especificar el número de Echo_request's para ser enviado después de lo cual sale Ping, usando el -C
bandera como se muestra (en este caso, la prueba de ping se detendrá después de enviar 5 paquetes).
$ ping -c 5 www.Google.comunicarse Ping www.Google.com (172.217.163.36) 56 (84) bytes de datos. 64 bytes de MAA05S01-In-F4.1e100.neto (172.217.163.36): icmp_seq = 1 ttl = 56 time = 29.7 MS 64 bytes de MAA05S01-In-F4.1e100.neto (172.217.163.36): icmp_seq = 2 ttl = 56 time = 29.7 MS 64 bytes de MAA05S01-In-F4.1e100.neto (172.217.163.36): icmp_seq = 3 ttl = 56 time = 29.4 MS 64 bytes de MAA05S01-In-F4.1e100.neto (172.217.163.36): icmp_seq = 4 ttl = 56 tiempo = 30.2 ms 64 bytes de MAA05S01-In-F4.1e100.neto (172.217.163.36): icmp_seq = 5 ttl = 56 time = 29.6 ms --- www.Google.estadísticas de coming --- 5 Paquetes transmitidos, 5 recibidos, 0% de pérdida de paquetes, tiempo 4004MS RTT Min/AVG/MAX/MDEV = 29.499/29.781/30.285/0.307 ms
3. El -i
El indicador le permite establecer el intervalo en segundos entre el envío de cada paquete, el valor predeterminado es un segundo.
$ ping -i 3 -c 5 www.Google.comunicarse
4. Para determinar la respuesta de su red en condiciones de alta carga, puede ejecutar un "ping de inundación"Que envía solicitudes lo más rápido posible, utilizando el -F
cambiar. Solo la raíz puede usar esta opción, de lo contrario, use el comando sudo para obtener privilegios de raíz.
$ sudo ping -f www.Google.comunicarse O $ sudo ping -f -i 3 www.Google.comunicarse #Especificar el intervalo entre solicitudes ping www.Google.com (172.217.163.36) 56 (84) bytes de datos ... ^C --- www.Google.Estadísticas de comunicación --- 2331 paquetes transmitidos, 2084 recibidos, 10% de pérdida de paquetes, tiempo 34095 ms RTT min/avg/max/mdev = 29.096/29.530/61.474/1.417 ms, tubería 4, IPG/EWMA 14.633/29.341 ms
5. Puede habilitar hacer ping a una transmisión utilizando el -b
como se muestra.
$ ping -b 192.168.43.255
6. Para limitar el número de saltos de red (TTL - Tiempo para vivir) que sondea atravesar, usa el -T
bandera. Puede establecer cualquier valor entre 1 y 255; Diferentes sistemas operativos establecen diferentes valores predeterminados.
Cada enrutador que recibe el paquete resta al menos 1 del recuento y si el recuento es aún mayor que 0, El enrutador reenvía el paquete al siguiente salto, de lo contrario lo descarta y envía un ICMP Respuesta de nuevo a su computadora.
En este ejemplo, el TTL ha sido excedido y el silbido la prueba ha fallado, como se muestra en la captura de pantalla.
$ ping -t 10 www.Google.comunicarseEstablecer el recuento de ping ttl
7. El tamaño de paquete predeterminado debe ser suficiente para una prueba de ping, sin embargo, puede cambiarlo para satisfacer sus necesidades de prueba específicas. Puede especificar el tamaño de la carga útil, en número de bytes utilizando el -s
Opción, que dará como resultado un tamaño de paquete total de valor proporcionado más 8 bytes adicionales para el encabezado ICMP.
$ ping -s 1000 www.Google.comunicarse
8. Si se especifica la precarga, Ping envía que muchos paquetes que no están esperando respuesta. Tenga en cuenta que solo la raíz puede seleccionar una precarga más de 3, De lo contrario, use el comando sudo para obtener privilegios de raíz.
$ sudo ping -l 5 www.Google.comunicarse
9. También es posible establecer el tiempo para esperar una respuesta, en segundos, usando el -W
opción como se muestra.
$ ping -w 10 www.Google.comunicarse
10. Para establecer un se acabó el tiempo En segundos, antes de salir de ping, independientemente de cuántos paquetes se hayan enviado o recibido, use el -w
bandera.
$ ping -w 10 www.Google.comunicarse
11. El -d
La opción le permite habilitar el detalle del paquete IP de depuración como se muestra.
$ ping -d www.Google.comunicarse
12. Puede habilitar la salida verbosa utilizando el -V
bandera, como sigue.
$ ping -v www.Google.comunicarse
Nota: Silbido Puede que no necesariamente se use para probar la conectividad de red, simplemente le indica si una dirección IP está activa o inactiva. Normalmente se usa junto con el programa Traceroute, pero MTR - Una herramienta de diagnóstico de red moderna combina la funcionalidad de silbido y traceroute y ofrece muchas características adicionales.
Para obtener una lista completa de herramientas de red, consulte: una guía de Linux Sysadmin para la gestión de redes, la solución de problemas y la depuración
Resumen
Silbido es un método muy común para solucionar los problemas de la accesibilidad de los hosts en una red. En este artículo, hemos explicado 12 Ejemplos prácticos de comando de ping para probar la accesibilidad de un dispositivo en red. Comparta sus pensamientos con nosotros a través del formulario de comentarios a continuación.
- « LFCS Cómo archivar/comprimir archivos y directorios, configurar atributos del archivo y encontrar archivos en Linux - Parte 3
- 5 Herramientas de línea de comando para encontrar archivos rápidamente en Linux »