Saltar al contenido

Ping

Haz ping online a cualquier host o dominio y mide la latencia y pérdida de paquetes en tiempo real.

Gratis y sin registro · Última revisión:

Ping

Comprueba la conectividad con un host desde el servidor

¿Qué es el comando ping?

Ping envía paquetes ICMP a un host y mide cuánto tarda en responder (latencia), además de confirmar si el host es alcanzable. Es la primera herramienta de diagnóstico de red que cualquier sysadmin usa ante un problema de conectividad.

Cómo usar esta herramienta

  1. Introduce el host o dominio a comprobar.
  2. Se envían varios paquetes y se mide el tiempo de respuesta de cada uno.
  3. Revisa la latencia media y si hay pérdida de paquetes.

Ejemplo práctico

Una latencia de 20ms hacia un servidor indica una conexión rápida y estable; por encima de 150-200ms suele notarse en aplicaciones sensibles a la latencia (videollamadas, gaming). Pérdida de paquetes superior al 1-2% ya indica un problema de red a investigar.

Conceptos clave

Ping funciona sobre ICMP (Internet Control Message Protocol), un protocolo de la capa de red diseñado para enviar mensajes de diagnóstico y control, no para transportar datos de aplicación. El comando ping envía un mensaje Echo Request (tipo 8) al host de destino, y si este responde correctamente, devuelve un Echo Reply (tipo 0). El tiempo transcurrido entre el envío y la recepción de la respuesta es la latencia(round-trip time), la métrica principal que muestra esta herramienta.

Cada paquete IP incluye un campo TTL (Time To Live), un contador que se decrementa en una unidad por cada router (salto) que atraviesa el paquete; cuando llega a cero, el router descarta el paquete y devuelve un mensaje ICMP de "tiempo excedido". Tracerouteaprovecha justamente este mecanismo: envía paquetes con TTL creciente (1, 2, 3...) para forzar que cada router intermedio responda con su error de TTL agotado, revelando así la ruta completa hacia el destino salto a salto.

A la hora de interpretar los resultados, una pérdida de paquetes baja y ocasional (por debajo del 1%) suele ser normal en redes públicas, mientras que pérdidas sostenidas por encima del 2-5% indican congestión, un enlace saturado o hardware defectuoso. Es importante no confundir la latencia (el tiempo absoluto que tarda un paquete en ir y volver) con el jitter (la variación de esa latencia entre paquetes consecutivos): una conexión puede tener latencia media aceptable pero jitter alto, lo cual resulta especialmente perjudicial en videollamadas o VoIP, donde la irregularidad en la llegada de paquetes causa cortes y distorsión de audio.

Muchos administradores configuran sus firewalls para bloquear ICMP, total o parcialmente, como medida de seguridad: responder a ping facilita a un atacante detectar qué hosts están activos en la red (un paso previo típico de reconocimiento). Por eso es habitual que un servidor no responda a ping y, sin embargo, sus servicios web, SSH o de correo funcionen con total normalidad en sus puertos correspondientes. Por eso, cuando se diagnostica un problema de conectividad, conviene combinar ping con otras comprobaciones (como un test de puerto específico) antes de concluir que un host está realmente caído.

Preguntas frecuentes

¿Por qué un host no responde al ping pero la web funciona?

Muchos servidores bloquean ICMP por seguridad (para dificultar el reconocimiento de red) aunque el servicio web siga funcionando perfectamente en su puerto correspondiente.

¿Qué es un buen tiempo de respuesta?

Depende de la distancia física: menos de 20ms en la misma región es excelente, 50-100ms es normal entre continentes cercanos, y más de 200ms empieza a notarse en tiempo real.

¿El ping mide la velocidad de descarga?

No, mide latencia (tiempo de ida y vuelta), no ancho de banda. Una conexión puede tener baja latencia y aun así poco ancho de banda, o viceversa.