Auditoría de Errores Comunes de Capa 7
A esta altura, las seis capas inferiores ya funcionaron correctamente. El problema vive dentro del servicio mismo, y el propio protocolo suele decir exactamente qué salió mal.
El navegador muestra "no se pudo encontrar el servidor" aunque el resto de internet funcione. El dominio no existe, expiró, o el servidor DNS configurado no responde.
La solicitud del cliente llegó perfecta y bien formada, pero el backend falló al procesarla: un proceso caído, una base de datos inaccesible o un proxy que no encuentra a quién reenviar la petición.
Diagnóstico de Códigos HTTP y DNS
Antes de tocar el código de la aplicación, una sola solicitud manual desde la terminal revela si el problema es de resolución de nombre o de la respuesta del servidor:
$ curl -I https://midominio.com
HTTP/1.1 200 OK (Normal / servidor respondiendo)
$ curl -I https://api.midominio.com
HTTP/1.1 502 Bad Gateway (¡ALERTA! El proxy no obtuvo respuesta del backend)
; <<>> dig api-old.midominio.com A
;; QUESTION SECTION:
;api-old.midominio.com. IN A
;; AUTHORITY SECTION:
midominio.com. 3600 IN SOA ns1.midominio.com.
;; status: NXDOMAIN, ANSWER: 0
Panel de referencia — el subdominio no tiene registro publicado; el DNS responde NXDOMAIN.
Instrumental de Medición y Certificación
Con las seis capas inferiores descartadas, estas dos herramientas resuelven la gran mayoría de los reportes de "la página no carga":
Envía una solicitud HTTP real y muestra el código de estado exacto de la respuesta, sin depender del navegador ni de su caché, aislando el problema al servicio mismo.
Consulta directamente al servidor DNS y muestra la respuesta cruda, confirmando si el dominio resuelve, apunta a la IP correcta, o devuelve NXDOMAIN.
Repasar
Fundamentos de la Capa de Aplicación
Modelo cliente-servidor, verbos HTTP y resolución de nombres.