Comprobación de la accesibilidad con Ping

Ping es la prueba de conectividad más básica. Envía un mensaje pequeño a un host de destino y espera una respuesta, para responder a la pregunta «¿puedo llegar a este dispositivo y a qué velocidad?». Si las respuestas regresan, la ruta funciona en la capa de red. Si se agota el tiempo de espera, algo entre usted y el destino está averiado. Ping suele ser la primera herramienta que utiliza un técnico.

Ping utiliza ICMP (Internet Control Message Protocol), enviando una Echo Request y esperando una Echo Reply. ICMP es un protocolo auxiliar para diagnósticos y mensajes de error, no para transportar datos de usuario. Como ping funciona en la capa de red, una respuesta correcta confirma la conectividad IP incluso cuando los servicios de capas superiores, como la web o el correo electrónico, están fallando.

Una respuesta de ping muestra la IP que responde, el número de bytes, el tiempo de ida y vuelta en milisegundos y el TTL. Los tiempos bajos y estables indican una ruta saludable. Los tiempos crecientes o muy variables sugieren congestión o distancia. Al final, ping resume los paquetes enviados, recibidos y perdidos, lo que proporciona una visión rápida de la fiabilidad.

El tiempo de ida y vuelta (RTT) es lo que tarda una solicitud en recibir su respuesta, medido en milisegundos. Hacer ping a un dispositivo local puede mostrar menos de 1 ms; un servidor distante puede mostrar 100 ms o más. El RTT refleja la latencia de la ruta. Comparar el RTT con una línea base conocida ayuda a distinguir el retraso normal debido a la distancia de una ralentización anómala.

Ping informa de la pérdida de paquetes como el porcentaje de respuestas que nunca regresaron. Una pérdida del 0 % es lo ideal. Una pérdida ocasional puede no ser grave, pero una pérdida constante indica un problema real: congestión, un enlace inestable o un dispositivo sobrecargado. Enviar muchos pings (un ping continuo o basado en un número de paquetes) ofrece una imagen más clara de la pérdida que un único intento.

El valor TTL (Time To Live) de una respuesta da una idea de cuántos routers atravesó el paquete. Cada router reduce el TTL en uno; si llega a cero, el paquete se descarta, lo que evita los bucles interminables. Los TTL iniciales habituales son 64, 128 o 255, según el sistema operativo, por lo que un TTL devuelto de 56 sugiere aproximadamente ocho saltos.

Una técnica clásica consiste en hacer ping hacia el exterior por etapas: primero a 127.0.0.1 (loopback, prueba su propia pila TCP/IP), después a su propia IP, luego a la puerta de enlace predeterminada, después a una IP remota y, por último, a un nombre remoto. La primera etapa que falla permite localizar el problema, desde su propio equipo hasta la LAN, la puerta de enlace o Internet.

Hacer ping a una dirección IP prueba únicamente la conectividad. Hacer ping a un nombre, como ping example.com, también prueba DNS, porque primero hay que resolver el nombre en una IP. Si el ping por IP funciona pero el ping por nombre falla, la conectividad es correcta y el problema está en la resolución de nombres; esta distinción es muy útil y acota la búsqueda de inmediato.

Un ping fallido no siempre significa que el host esté inactivo. Muchos firewalls y servidores bloquean ICMP por motivos de seguridad, por lo que un dispositivo puede funcionar perfectamente y aun así ignorar los pings. Interprete siempre los resultados de ping en su contexto. Si el ping falla pero el servicio responde en su puerto real, el host está activo y solo se está filtrando ICMP.

Las opciones útiles varían según el sistema operativo, pero incluyen el ping continuo (-t en Windows, predeterminado en Linux), una cantidad determinada (-n en Windows, -c en Linux) y un tamaño de paquete mayor para comprobar la fragmentación. Un ping continuo es excelente para observar en tiempo real un enlace intermitente, mientras que una cantidad fija proporciona una muestra rápida de fiabilidad.

Ping resulta especialmente útil al principio de la resolución de problemas porque separa rápidamente «¿es accesible?» de «¿funciona el servicio?». Un ping correcto le lleva a investigar capas superiores, como DNS, los puertos o la aplicación. Un ping fallido le orienta hacia capas inferiores, como el cableado, el direccionamiento o el enrutamiento. En cualquier caso, esta pequeña herramienta dirige la investigación en la dirección correcta.

Compruebe sus conocimientos sobre ping.

Ha aprendido sobre ping. Puntos clave:

• Ping utiliza ICMP Echo Request/Reply para probar la accesibilidad.
• Lea el RTT, la pérdida de paquetes y el TTL en la salida.
• Haga ping por etapas: loopback, usted mismo, puerta de enlace, IP remota y nombre remoto.
• Si la IP funciona pero el nombre falla, significa que hay un problema de DNS.
• Un ICMP bloqueado puede hacer que un host activo parezca inactivo.