El sitio está caído pero el DNS parece correcto: una lista de comprobación diagnóstica
«El sitio está caído» puede significar cinco problemas completamente distintos que resultan idénticos en un navegador. Recorrerlos en orden, descartando cada uno antes de pasar al siguiente, llega a la causa real más rápido que adivinar.
Paso 1: confirma que el DNS realmente resuelve
Consulta el dominio directamente y comprueba que devuelve la dirección IP esperada. Si no resuelve en absoluto, o devuelve NXDOMAIN o SERVFAIL, el problema es realmente el DNS — consulta nuestra guía para solucionar esos errores en concreto, en vez de seguir con esta checklist.
Paso 2: comprueba la propagación si algo cambió recientemente
Si un registro DNS se cambió hace poco, algunos resolutores del mundo pueden seguir sirviendo la respuesta antigua en caché mientras otros ya tienen la nueva. Comprueba la propagación en muchos resolutores antes de concluir que un cambio no surtió efecto — puede que simplemente aún no haya llegado a todas partes.
Paso 3: prueba la accesibilidad del servidor, independientemente del DNS
Una vez que el DNS resuelve correctamente, la cuestión se desplaza por completo fuera del DNS. Conéctate directamente a la dirección IP que devolvió el DNS, saltándote el nombre de dominio del todo — esto aísla si el problema restante tiene algo que ver con el DNS o es, a partir de aquí, puramente de red o de servidor.
Paso 4: comprueba el puerto real, no solo si el host responde
Un host puede ser accesible —responder al ping, por ejemplo— mientras el servicio concreto en el puerto 443 o el 80 está caído, mal configurado o bloqueado por una regla de cortafuegos que no afecta a otro tráfico. Confirma que el puerto real en el que debería funcionar el sitio está abierto y responde.
Paso 5: comprueba el certificado TLS
Un certificado caducado o que no coincide se presenta como un sitio muerto o roto en un navegador aunque el DNS, la ruta de red y el servidor web estén perfectamente bien — es una de las causas más comunes reportadas por error como un problema de DNS.
Por qué importa el orden
Cada paso descarta toda una capa antes de que merezca la pena comprobar la siguiente — no tiene sentido depurar TLS en un servidor que aún no es accesible, ni la accesibilidad en un dominio que no resuelve. Trabajar en orden convierte un vago «no funciona» en una causa concreta y solucionable.
Ejecuta el diagnóstico completo automáticamente
Ve la teoría en la práctica: ejecuta Doctor DNS para tu propio dominio.