Sitio web no disponible: causas, diagnóstico y medidas inmediatas
Comprobar DNS, conectividad, TLS y respuestas de la aplicación, restablecer el servicio de forma segura y evitar incidentes repetidos.
Qué aprenderá
Conocimientos que puede aplicar.
- Acotar los fallos de una web desde DNS hasta la aplicación
- Combinar códigos de estado, registros y observaciones externas
- Evitar incidentes repetidos mediante comunicación y análisis posteriores
Confirme quién está afectado y examine, por orden, DNS, conexión, TLS y HTTP. Restablezca un servicio que se sepa seguro, conserve las pruebas y comunique con claridad; después aborde las causas técnicas y organizativas.
La disponibilidad es una cadena de dependencias
Entre el navegador y la aplicación se encuentran DNS, red, TLS, CDN o proxy inverso, servidor web, entorno de ejecución, base de datos y servicios externos. Determine primero si el incidente es global, regional, específico de un proveedor o limitado a un dispositivo. Después compruebe resolución, conectividad TCP, certificado y respuesta HTTP.
Un 502 o 504 es distinto de DNS NXDOMAIN o de un 500 generado por la aplicación. Los identificadores de correlación y las marcas de tiempo vinculan la experiencia del visitante con los registros del servidor. Un despliegue o un cambio de DNS, firewall, certificado o base de datos justo antes del incidente es una pista útil, no una prueba por sí solo.
Estabilizar durante el incidente
El primer objetivo es restablecer el servicio de forma segura. Revertir a una versión cuyo funcionamiento se conoce, deshabilitar una función averiada o pasar a una instancia sana puede ser mejor que una reparación compleja bajo presión. Registre cada acción, su hora, responsable y resultado.
Comunique la función afectada, la hora de inicio, el impacto para los usuarios, el estado actual y la próxima actualización. Evite las especulaciones en los mensajes públicos. Si se sospecha una intrusión, conserve las pruebas y restrinja el acceso antes de que cambios sin control borren registros o alteren los sistemas.
Usar el análisis posterior para mejorar el sistema
Separe el desencadenante, la causa técnica y los factores organizativos que amplificaron el incidente. La falta de pruebas, las responsabilidades poco claras, los límites de recursos deficientes y las alertas tardías pueden ser tan relevantes como el proceso fallido. Asigne a cada medida correctiva un responsable, un plazo y un criterio de éxito verificable.
Las comprobaciones sintéticas desde varias ubicaciones, las métricas de usuarios reales, los registros estructurados y las trazas distribuidas pueden acortar futuros diagnósticos. Una observabilidad útil identifica qué dependencia falla, desde cuándo y para qué usuarios, en vez de limitarse a indicar que una página está caída.
Lista de comprobación práctica
- 01
Confirme el alcance mediante monitorización externa y más de una red.
- 02
Compruebe DNS, conexión, TLS y HTTP en ese orden.
- 03
Correlacione cambios recientes, métricas de infraestructura y registros de aplicación.
- 04
Priorice y registre una reversión o medida de contención segura.
- 05
Complete un análisis posterior con causas, acciones, responsables y plazos.
Preguntas frecuentes
¿Qué diferencia hay entre 502 y 504?
Ambos suelen proceder de una pasarela o proxy. Un 502 indica una respuesta no válida o fallida del servidor ascendente; un 504 indica que la espera de ese servidor superó el tiempo límite.
¿Cuándo debemos contactar con el proveedor?
Cuando las mediciones sitúen el fallo fuera de la capa que controla o el proveedor confirme un incidente. Las horas, las trazas y las pruebas del diagnóstico ayudan a escalar el problema.
Una oferta relacionada
Cómo puede ayudarle Bissolux
Convierta lo aprendido en un paso práctico. Revise el alcance, el precio y las exclusiones de la oferta antes de realizar el pedido.
Publicidad · BissoluxSoporte y operaciones de TI
Describa sus sistemas y necesidades. Acordaremos el trabajo, las responsabilidades y las condiciones antes de la implementación. El contacto se ofrece en inglés.
Publicidad · BissoluxInfraestructura de TI
Describa sus sistemas y necesidades. Acordaremos el trabajo, las responsabilidades y las condiciones antes de la implementación. El contacto se ofrece en inglés.