Comando ping

ping

El comando ping permite comprobar si existe conectividad entre dos equipos de una red. Para ello envía mensajes ICMP de tipo Echo Request y espera recibir una respuesta Echo Reply.

Categoría Red
Disponible en Linux y Windows
Equivalente en Windows ping
¿Requiere permisos de administrador? No

¿Qué significa su nombre?

El nombre ping está inspirado en el sonido que produce el sonar de un submarino (ping) cuando envía una señal acústica y espera el eco de respuesta.

De forma similar, el comando envía un paquete de red y espera recibir una respuesta del equipo remoto.

¿Para qué sirve?

Se utiliza para comprobar si un equipo está accesible a través de la red y medir el tiempo que tardan los paquetes en ir y volver (latencia).

También permite detectar pérdidas de paquetes y realizar un diagnóstico básico de problemas de conectividad.

Sintaxis

ping [opciones] destino

Opciones más utilizadas

Linux Windows Descripción
-c 4 -n 4 Envía 4 paquetes.
-i 2 - Intervalo de 2 segundos entre paquetes.
-s 1000 -l 1000 Tamaño del paquete.
-4 -4 Utiliza únicamente IPv4.
-6 -6 Utiliza únicamente IPv6.

Equivalencia con otros sistemas

Linux Windows
ping ping

Consultas más habituales

Comprobar si un equipo responde

ping 192.168.1.1

Comprobar un servidor por su nombre

ping www.google.es

Enviar únicamente cuatro paquetes (Linux)

ping -c 4 8.8.8.8

Enviar únicamente cuatro paquetes (Windows)

ping -n 4 8.8.8.8

Ejemplo de salida

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=17.8 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=18.1 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=17.6 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=118 time=17.9 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss

¿Cómo interpretar la salida?

  • icmp_seq: número del paquete enviado.
  • ttl: valor TTL (Time To Live) del paquete recibido.
  • time: tiempo que ha tardado el paquete en ir y volver (latencia).
  • packet loss: porcentaje de paquetes perdidos durante la prueba.

Errores habituales

  • Creer que si un equipo no responde al comando ping significa necesariamente que está apagado. Muchos equipos o cortafuegos bloquean los mensajes ICMP por motivos de seguridad.
  • Confundir el comando ping con una prueba de velocidad de Internet. El comando únicamente mide el tiempo de respuesta y la pérdida de paquetes.
  • Olvidar que en Linux el comando continúa ejecutándose hasta detenerlo con Ctrl + C, mientras que en Windows envía paquetes de forma continua salvo que se utilice la opción -n.

Conceptos relacionados

Comandos relacionados

Curiosidades

El comando ping fue desarrollado en 1983 por Mike Muuss para diagnosticar problemas de red. Desde entonces se ha convertido en una de las herramientas más utilizadas por administradores de sistemas y redes.

Aunque normalmente se utiliza para comprobar la conectividad, el comando también permite medir la calidad de una conexión observando la latencia y el porcentaje de pérdida de paquetes.

Prácticas propuestas:

  1. Ejecuta ping 127.0.0.1. ¿Por qué esta prueba no necesita que exista conexión a la red? ¿Qué estás comprobando realmente?
  2. Realiza un ping a la dirección IP de la puerta de enlace de tu red local. ¿Cuál es el tiempo medio de respuesta?
  3. Ejecuta ping 8.8.8.8. Si responde correctamente, ¿qué puedes concluir sobre la conectividad a Internet?
  4. Realiza un ping www.google.es. Si este comando falla pero ping 8.8.8.8 funciona, ¿qué tipo de problema podría existir?
  5. Envía únicamente cuatro paquetes utilizando ping -c 4 (Linux) o ping -n 4 (Windows). Observa el porcentaje de pérdida de paquetes y la latencia media.
  6. Compara el tiempo de respuesta obtenido al hacer ping a un equipo de tu red local y a un servidor de Internet. ¿Qué diferencias observas y a qué pueden deberse?

Consejo: Cuando un equipo no tiene conexión a Internet, una buena práctica es realizar pruebas de ping de forma escalonada: primero a 127.0.0.1, después a la puerta de enlace, luego a una dirección IP pública (por ejemplo, 8.8.8.8) y, por último, a un nombre de dominio (como www.google.es). Así podrás localizar con rapidez dónde se encuentra el problema.

Preguntas de reflexión:

  1. ¿Qué significa el mensaje "Request timed out" (Tiempo de espera agotado) al hacer un ping
  2. ¿Cuál es la diferencia principal entre hacer ping a la dirección de bucle local (127.0.0.1) y hacer ping a la IP de tu propia tarjeta de red?
  3. Si haces ping a una página web (ej. google.com) y obtienes respuesta pero con una dirección IP distinta a la esperada, ¿a qué se debe?
Haz clic aquí para ver las soluciones y explicaciones

1. ¿Qué significa el mensaje "Request timed out" (Tiempo de espera agotado) al hacer un ping?

Significa que el equipo de origen envió el paquete ICMP de solicitud (Echo Request), pero no recibió respuesta (Echo Reply) del destino dentro del plazo establecido por defecto.

Causas comunes: El equipo destino está apagado, desconectado de la red, tiene una dirección IP errónea, o hay un cortafuegos (firewall) bloqueando el tráfico ICMP.

2. ¿Cuál es la diferencia principal entre hacer ping a la dirección de bucle local (127.0.0.1) y hacer ping a la IP de tu propia tarjeta de red?

  • Hacer ping a 127.0.0.1 (Loopback): Comprueba exclusivamente que la pila de protocolos de red (TCP/IP) del sistema operativo está instalada y funcionando correctamente de manera interna. No evalúa el estado del hardware físico.
  • Hacer ping a la IP propia (ej. 192.168.1.10): Comprueba que la tarjeta de red (NIC) física está correctamente instalada, configurada y que sus controladores responden de forma adecuada en la red local.

3. Si haces ping a una página web (ej. google.com) y obtienes respuesta pero con una dirección IP distinta a la esperada, ¿a qué se debe?

Se debe principalmente a que los grandes servicios de Internet utilizan técnicas de balanceo de carga y redes de distribución de contenido (CDN, como servidores Anycast). Esto significa que un mismo nombre de dominio puede resolverse a múltiples direcciones IP dependiendo de tu ubicación geográfica o del servidor que esté atendiendo la petición en ese momento para ofrecer mayor velocidad y disponibilidad.