Comprobación de HTTP / TLS

Inspecciona una respuesta HTTP real, la cadena de redirección completa, el tiempo de conexión, las cabeceras de seguridad y la validación del certificado TLS desde el nodo API de CHA.LA.

Aún no hay resultado de HTTP / TLSEnvía una URL pública para ver evidencias reales de respuesta y certificado.

Lee resultados de HTTP y certificados

Introduce una URL HTTP o HTTPS para inspeccionar el estado de la respuesta, las redirecciones y los certificados TLS. Las solicitudes se originan en la sonda del servidor, lo que ayuda a diagnosticar problemas de conexión y configuración.

Dos ejemplos, explicadosIlustrativo · no son resultados en vivo

Respuesta HTTP exitosaHTTP

Ejemplo de observación: HTTP 200 OK
Cómo interpretarlo: Esta solicitud recibió una respuesta de éxitoEl inicio de sesión y los flujos de trabajo no se verifican

El nombre de host no coincide con el certificadoTLS

Ejemplo de observación: El host solicitado no está cubierto
Cómo interpretarlo: Revisa los nombres del certificado y el SNINo lo "arregles" saltándote la validación

Comprueba cada capaEl estado HTTP, la validación TLS y las cabeceras de seguridad describen preocupaciones diferentes.

Preguntas frecuentes

¿Por qué la respuesta es diferente en mi navegador?

La ubicación de la sonda, las cabeceras, las cookies y el estado de inicio de sesión difieren. Una CDN o una política de acceso pueden, por tanto, devolver una respuesta diferente.

¿Por qué no hay certificado para una URL HTTP?

Los datos del certificado solo están disponibles cuando se establece una conexión TLS. El HTTP simple no utiliza TLS por sí mismo.

¿Los códigos 301 y 302 son fallos?

No. Indican redirecciones. Inspecciona el destino final y toda la cadena en busca de bucles, dominios inesperados o una degradación de HTTPS.

¿Un 403 o un 429 significa que el servidor está roto?

No necesariamente. Un 403 puede reflejar una política de acceso; un 429 suele indicar limitación de velocidad. Comprueba el origen, los permisos y la tasa de solicitudes antes de declararlo una interrupción.

¿Un certificado no caducado es siempre válido?

No. La coincidencia del nombre de host, la cadena de certificados y la confianza también importan. Las fechas válidas no establecen todas las comprobaciones TLS ni avalan el contenido del sitio.

¿La ausencia de una cabecera de seguridad demuestra una vulnerabilidad?

No. Evalúa las cabeceras según el propósito de la página, sus necesidades de incrustación y su política de seguridad. Una cabecera ausente es una señal de revisión, no una vulnerabilidad confirmada.