Monitorización DNS vs uptime: qué detecta cada una
El uptime comprueba si tu sitio responde; la monitorización DNS, si tus registros son los esperados. Qué detecta cada una, qué se le escapa y por qué ambas.
La monitorización de uptime comprueba si tu servicio responde. La monitorización DNS comprueba si tu configuración DNS sigue siendo la que definiste. La primera observa el síntoma: una página que carga, un endpoint que devuelve 200. La segunda vigila una de las causas más traicioneras de caídas y secuestros: registros que cambian cuando nadie quería cambiarlos. El solapamiento entre ambas es pequeño. Un registro A secuestrado puede dejar tu panel de uptime en verde mientras el tráfico fluye hacia el servidor de otro, y una aplicación caída puede dejar tu DNS impecable mientras tus clientes miran una página de error. Los equipos cuyo negocio depende de su dominio acaban con las dos, cada una cubriendo su perímetro.
Qué hace cada tipo de monitorización
La monitorización de uptime envía peticiones HTTP o pings periódicos a tus endpoints, normalmente cada minuto más o menos, y alerta cuando una petición expira o devuelve un código de error. Responde a una sola pregunta: ¿el servicio está accesible ahora mismo?
La monitorización DNS toma instantáneas periódicas de tus registros DNS (A, AAAA, MX, TXT, CNAME, NS) y compara cada una con la anterior. Alerta ante cualquier diferencia. Responde a otra pregunta: ¿mi configuración sigue siendo la que quise?
| Monitorización de uptime | Monitorización DNS | |
|---|---|---|
| Qué se comprueba | Respuesta HTTP, ping, tiempo de respuesta | Valores de los registros DNS |
| Frecuencia típica | Cada 30 segundos a 5 minutos | Una o unas pocas veces al día |
| Qué dispara la alerta | Timeout, código de error, lentitud | Cualquier registro distinto de la última instantánea |
| Protege contra | Caídas de servidor, errores de aplicación, certificados caducados | Registros secuestrados, email roto, deriva silenciosa |
| Punto ciego | Cambios que mantienen el sitio respondiendo | Fallos que no tocan los registros |
La diferencia de frecuencia no es una debilidad de ninguna de las dos. La disponibilidad cambia por segundos, así que el uptime se comprueba constantemente. Los registros DNS cambian rara vez, así que un diff diario detecta casi cualquier edición accidental o no autorizada cuando todavía es lo bastante reciente como para rastrearla.
Lo que la monitorización de uptime no ve
Tres tipos de incidente pasan de largo ante un chequeo de disponibilidad.
El email roto
Un registro MX modificado o un SPF estropeado no tira ninguna página web. Tu sitio carga, todos los chequeos de uptime pasan, y tu correo saliente acaba en spam o desaparece. Nadie hace ping a un registro MX. Si dependes del email para registros, facturas o soporte, monitorizar los registros SPF, DKIM y DMARC es la única forma automatizada de enterarte antes que tus clientes.
El secuestro limpio
Un atacante que redirige tu registro A hacia un servidor bajo su control no tiene ningún motivo para servir errores. Sirve un sitio que funciona, a menudo una copia idéntica del tuyo, y recolecta credenciales o datos de pago. Todos los chequeos HTTP devuelven 200. Desde el punto de vista de la herramienta de uptime, no ha pasado nada. Solo un diff a nivel de registro muestra que tu dominio apunta ahora a un sitio al que nunca apuntó. Es el escenario central de la detección del DNS hijacking.
La deriva de configuración
Alguien del equipo borra un registro TXT durante una limpieza. Un script de automatización sobrescribe un CNAME. Los nameservers cambian durante una migración de proveedor y nadie lo documenta. Nada de esto rompe el sitio hoy. Aflora semanas después como una verificación de dominio fallida, un subdominio muerto o un fallo de autenticación de email, y para entonces nadie recuerda qué cambió ni cuándo. Un diff de registros convierte cada uno de estos casos en una alerta concreta y con fecha.
Lo que la monitorización DNS no ve
La simetría corta en ambos sentidos. Un servidor que se cae, un certificado que caduca, una aplicación que empieza a devolver errores 500, una base de datos que ralentiza cada página: tus registros DNS pueden estar impecables durante todo eso. Las instantáneas de registros no dicen nada sobre si la máquina detrás de la IP está viva, es rápida o sirve el contenido correcto. Ese territorio pertenece a la monitorización de uptime y de aplicación, y ninguna herramienta DNS las sustituye.
Montar las dos capas
La configuración práctica es sencilla. Pon un monitor de uptime en tus endpoints críticos; hay muchas opciones sólidas y varias gratuitas a pequeña escala. Pon monitorización DNS en los dominios que soportan tu producción y tu email.
Domain Sentinel cubre esa segunda capa. Toma instantáneas diarias de tus registros DNS, las compara con las del día anterior y te envía un email cuando algo cambia, para el apex y www por defecto más los hostnames personalizados que añadas. También vigila el lado del registro vía RDAP: estados EPP, fechas de expiración y nameservers declarados, lo que detecta problemas a nivel de registrador antes de que lleguen al DNS.
Para ser explícitos sobre el límite: Domain Sentinel no hace monitorización de uptime. No envía pings, no hace chequeos HTTP y no mide disponibilidad ni tiempos de respuesta. Si tu servidor se cae, quien te avisa es una herramienta de uptime dedicada, y deberías tener una funcionando en paralelo.
Dos preguntas para auditar tu cobertura
Si mi registro MX cambiara esta noche, ¿quién me avisaría? Si mi servidor se cayera esta noche, ¿quién me avisaría? Responde a las dos con honestidad. Cualquier respuesta que se parezca a "un cliente, tarde o temprano" señala la capa que te falta, y añadirla lleva unos minutos.
Empieza con un dominio que te importe
Búscalo gratis. Para recibir alertas cuando el estado cambie o la expiración se acerque, crea una cuenta. Son 30 segundos.