Ping
Monitoreo de ping
¿Está ahí, y el enlace hacia él está perdiendo paquetes?
Para qué sirve
La pregunta más simple que puedes hacerle a una máquina: ¿responde en absoluto? Un router, un firewall, un servidor sin servicio público, un hardware en un rack: cosas con una dirección y nada más con qué hablar.
Ping es ICMP echo, y reporta pérdida de paquetes además de alcance, así que un enlace que está activo y pierde una quinta parte de su tráfico se ve como algo que no está bien. Si lo que te importa es un servicio en un puerto en lugar del host, la verificación de puerto TCP es la que sabe la diferencia.
Como cada chequeo aquí, se ejecuta desde Amsterdam, New York, Sydney and Singapore, y un fallo se confirma desde otros dos continentes antes de despertar a nadie. Cómo funciona.
Lo que puedes configurar
Todo lo siguiente está en el formulario cuando añades uno, en todos los planes.
- Host o dirección IP
- Un nombre de host o una dirección. Sin puerto: ping no es una conexión a nada en el host, es el host respondiendo.
Preguntas
¿Qué mide realmente la verificación de ping?
Cuatro solicitudes ICMP echo, separadas por medio segundo, y reporta la pérdida de paquetes como un porcentaje junto con la latencia: el tiempo de ida y vuelta mínimo, promedio y máximo. Cuatro en lugar de una, así que un solo paquete perdido en un enlace ocupado se ve como pérdida en lugar de interpretarse como un fallo.
¿La pérdida parcial de paquetes es activo o inactivo?
Ninguno, que es la respuesta honesta y la que da este producto. Un host que responde a uno de cada cuatro pings no está inactivo y ciertamente no está bien. La pérdida total es inactivo, porque nada responde. Pérdidas superiores al 20% en varias verificaciones seguidas es degradado, lo que alerta sin pretender que el host se ha ido.
¿Reportáis jitter?
No como un número, y preferimos decirlo así en lugar de calcular algo a partir de cuatro paquetes y ponerle una etiqueta. Lo que obtienes es el tiempo de ida y vuelta mínimo, promedio y máximo para cada verificación, y la diferencia entre el primero y el último es lo que habrías estado leyendo de todos modos.
¿Qué pasa con un host que no responde al ping?
Muchos hosts y firewalls bloquean ICMP a propósito, y para una verificación de ping eso es indistinguible de un host que se ha ido: cada echo se pierde, así que está inactivo. Si el host ejecuta un servicio, vigila su puerto con la verificación de puerto TCP en su lugar, que no necesita ICMP en absoluto.
¿Por qué no simplemente hacer ping yo mismo desde un cron job?
Un cron job haciendo ping a un host es una verificación real y no cuesta nada, así que si eso es todo lo que necesitas, hazlo. Lo que no puede hacer es decirte si el host dejó de responder o si fue tu propia conexión, porque eso se ve idéntico desde un solo lugar. También se ejecuta en una máquina que puede perder su red, llenar su disco o reiniciarse, y una verificación silenciosa es peor que ninguna. Y algo aún tiene que notar el resultado y despertar a alguien, que es la mayor parte del trabajo.