Cómo hacer ping en Windows, Linux y Mac (y cómo interpretar lo que te devuelve)

Vemos mucha gente que usa ping para "ver si algo va" pero sin saber leer la salida. Os dejamos aquí un resumen rápido por si le sirve a alguien.

¿Qué hace realmente el ping?

Envía paquetes ICMP a una IP o dominio y espera respuesta. Con eso sabemos cuatro cosas: si el host está vivo, la latencia (ms), si hay pérdida de paquetes, y de paso nos resuelve la IP real del dominio.

Windows (CMD)

Abrimos CMD (Win + R → cmd) y lanzamos:

ping nicalia.com 

En Windows manda 4 paquetes y se para solo. Flags útiles:

• ping -t dominio.com → ping continuo hasta que hagas Ctrl + C
• ping -n 10 dominio.com → nº fijo de paquetes
• ping -l 1000 dominio.com → tamaño del paquete
• ping -4 / -6 → fuerza IPv4 o IPv6

Linux / Mac

Abrimos la terminal (Ctrl + Alt + T en Linux) y:

ping dominio.com 

Ojo, aquí es continuo por defecto, lo paramos con Ctrl + C. Flags:

• ping -c 4 dominio.com → nº fijo de paquetes (comportamiento tipo Windows)
• ping -i 2 dominio.com → intervalo entre paquetes
• ping -q -c 10 dominio.com → solo el resumen final

(En Mac funciona igual que Linux, solo cambia cómo abrimos el terminal.)

Cómo leer la respuesta

• tiempo=12ms → latencia. <50 ms genial, 50-150 aceptable, >150 empieza a oler mal.
• TTL → saltos que le quedan al paquete. TTL original 64 (Linux/Mac) o 128 (Windows); si llega muy bajado, ha pasado por muchos routers.
• 0% perdidos → cualquier pérdida por encima de 0% hay que investigarla.

Errores típicos y qué significan

• Request timeout / Tiempo de espera agotado → no responde en el límite. OJO: muchas veces es simplemente que el server tiene el ICMP bloqueado por firewall, no que esté caído.
• Destination Host Unreachable → tu router o un nodo intermedio no encuentra ruta. Suele ser config de red local.
• 100% perdidos → firewall (lo más común), corte de conectividad o el dominio no resuelve. Comprobamos con nslookup dominio.com.
• Unknown host → no resuelve el nombre a IP. Prueba ping 8.8.8.8: si eso sí responde, el problema es de DNS, no de conexión.

Dato importante que confunde a mucha gente: que un servidor no responda al ping NO significa que esté caído. Un montón de servidores tienen el ICMP capado por seguridad y la web funciona perfectamente. Si quieres ver dónde se atasca realmente la conexión, el siguiente paso es un traceroute.

Como siempre, si tienes alguna duda puedes dirigirte a nuestro equipo de soporte: https://clientes.nicalia.com/