Supervisión de ping

¿Para qué sirve el ping si ya monitorizo HTTP?

El monitoreo HTTP indica si la página devuelve una respuesta correcta. El monitoreo ping indica si la máquina es alcanzable en absoluto. Son preguntas diferentes, y la diferencia cuenta cuando algo falla. Si una aplicación web se bloquea, pero el servidor sigue vivo, HTTP cae, pero el ping responde. Esto acota inmediatamente el diagnóstico. Si ambos fallan, se trata de una caída de red o infraestructura. Si solo falla el ping, puede que el firewall haya empezado a bloquear los sondeos pero HTTP siga funcionando para los usuarios.

El monitoreo ping también es la herramienta adecuada para hosts que no ejecutan HTTP: servidores de bases de datos, servidores de correo, servidores de aplicaciones tras un balanceador de carga, puertas de enlace VPN, servicios internos; en todos estos casos simplemente necesitas saber “si la máquina está viva y es alcanzable”.

¿Por qué el ping basado en TCP?

El ping ICMP clásico (el comando "ping") es genial en escritorio, pero poco fiable para monitorización desde la nube. La mayoría de firewalls modernos bloquean o limitan el ICMP, especialmente desde redes públicas. Así, un timeout ICMP puede significar tanto “el servidor ha caído” como “el firewall ha bloqueado el paquete”. Esta ambigüedad es un desastre para una herramienta de alertas.

DiagnoSEO Uptime Monitoring utiliza ping basado en TCP: la comprobación abre una conexión TCP en un puerto conocido (primero el 80, si falla el 443) con un timeout de 5 segundos. Si responde SYN/ACK, el host es alcanzable. Si no, recibes una verdadera incidencia con un código de error del núcleo (connection refused, timeout, no route to host), lo que agiliza el triage.

¿Qué se registra?

Cada ping guarda el resultado (up / down) y el tiempo RTT en milisegundos. Todo esto va al mismo pipeline histórico que los monitores HTTP: obtienes el sparkline de las últimas comprobaciones, porcentajes de uptime de 24h y 30d, y un mapa de calor de la disponibilidad de los últimos 30 días. Si el host cae, se abre un incidente y se envían notificaciones en los canales habilitados.

Consejos para los monitores ping

• Elige intervalos cortos: el ping es barato, pon 1-5 minutos si tu plan lo permite. Detección más rápida por poco coste.
• Combínalo con monitores de puertos: si tienes una base en el 5432 o correo en el 25, añade también un monitor de puerto. Ping dice “la máquina vive”, el puerto indica “el servicio está escuchando”.
• Vigila el RTT: el tiempo de respuesta se graba en cada comprobación. Los picos bruscos en el RTT suelen preceder fallos mayores; configura un umbral para detectarlos antes de que se conviertan en incidencias.
• Usa el umbral de confirmación: las redes fluctúan. Por defecto, 2 errores consecutivos evitan falsos positivos.

¿Cómo encaja en el panel?

Los monitores ping aparecen junto a los HTTP, puerto, keyword, API y heartbeat en la misma lista. Puedes etiquetarlos ("infra", "internos"), filtrarlos por estado, ordenarlos por RTT y pausarlos/reanudarlos como cualquier otro. Las alertas se envían por los mismos canales (Email, Telegram, Slack, Discord, SMS) y aplican las mismas reglas de silencio nocturno y umbral de confirmación.

Configuración

Abre la herramienta, haz clic en "Añadir monitor", elige el tipo "Ping (TCP)", pega el host (ej. db.internal.firma.com), fija el intervalo y guarda. Desde el siguiente ciclo, el monitor abrirá cada minuto una conexión TCP, registrará el RTT y te notificará si el host deja de responder.

Preguntas frecuentes

• ¿Para qué sirve el monitoreo ping?

  Verifica la disponibilidad en la capa 3 — si el host responde a un eco ICMP. Útil para routers, switches, dispositivos IoT, infraestructura interna y todo lo que no funciona sobre HTTP pero debe estar accesible.

• ¿Por qué mi servidor AWS/cloud no supera las comprobaciones ping?

  La mayoría de proveedores cloud bloquean ICMP por defecto a nivel de security-group o firewall. El servidor está sano, pero no responde a ping. Para cargas en la nube, prefiere comprobaciones HTTP o de puertos TCP. Puedes permitir ICMP explícitamente en security groups si realmente necesitas el ping.

• ¿Cuál es la diferencia entre ping y la comprobación de puerto TCP?

  El ping usa ICMP (sin puerto, pura disponibilidad de capa 3). La comprobación TCP abre una conexión en un puerto concreto — confirma conectividad en capa 4. El host puede responder al ping pero fallar TCP (firewall bloquea el puerto), o al revés (ICMP bloqueado, puerto abierto).

• ¿Registráis el tiempo de ida y vuelta del ping?

  Sí — el tiempo de respuesta (ida y vuelta) se registra en cada comprobación y se vigila a lo largo del tiempo. Es útil para detectar degradación de red: el mismo host, pero el RTT sube lentamente de 20 ms a 200 ms significa problemas de rutas o congestión.

• ¿Puedo hacer ping a IPs internas?

  Solo si la IP es accesible desde nuestros servidores checker — es decir, IP pública. Los rangos privados RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) no funcionarán desde el monitoreo externo. Para infraestructura interna, ejecuta el agente heartbeat en tu propia red interna que nos haga ping.