Vérification HTTP / TLS

Inspectez une réponse HTTP réelle, la chaîne de redirection complète, les temps de connexion, les en-têtes de sécurité et la validation du certificat TLS depuis le nœud API CHA.LA.

Aucun résultat HTTP / TLS pour le momentSoumettez une URL publique pour voir la réponse réelle et les preuves du certificat.

Lire les résultats HTTP et de certificat

Saisissez une URL HTTP ou HTTPS pour inspecter le statut de réponse, les redirections et les certificats TLS. Les requêtes proviennent de la sonde du serveur, aidant à diagnostiquer les problèmes de connexion et de configuration.

Deux exemples expliquésIllustratif · pas des résultats en direct

Réponse HTTP réussieHTTP

Exemple d'observation: HTTP 200 OK
Comment l'interpréter: Cette requête a reçu une réponse de succèsLa connexion et les flux de travail ne sont pas vérifiés

Incohérence du nom d'hôte du certificatTLS

Exemple d'observation: L'hôte demandé n'est pas couvert
Comment l'interpréter: Vérifiez les noms du certificat et le SNINe le « corrigez » pas en ignorant la validation

Vérifiez chaque coucheLe statut HTTP, la validation TLS et les en-têtes de sécurité concernent des aspects différents.

Questions fréquentes

Pourquoi la réponse est-elle différente dans mon navigateur ?

L'emplacement de la sonde, les en-têtes, les cookies et l'état de connexion diffèrent. Un CDN ou une politique d'accès peut donc renvoyer une réponse différente.

Pourquoi n'y a-t-il pas de certificat pour une URL HTTP ?

Les données du certificat ne sont disponibles que lorsqu'une connexion TLS est établie. Le HTTP simple n'utilise pas TLS par lui-même.

Les codes 301 et 302 sont-ils des échecs ?

Non. Ils indiquent des redirections. Inspectez la cible finale et la chaîne complète pour détecter les boucles, les domaines inattendus ou une dégradation depuis HTTPS.

Les codes 403 ou 429 signifient-ils que le serveur est en panne ?

Pas nécessairement. Un 403 peut refléter une politique d'accès ; un 429 indique généralement une limitation de débit. Vérifiez la source, les autorisations et le rythme des requêtes avant de parler de panne.

Un certificat non expiré est-il toujours valide ?

Non. La correspondance du nom d'hôte, la chaîne de certificats et la confiance comptent également. Des dates valides n'établissent pas tous les contrôles TLS et n'approuvent pas le contenu du site.

L'absence d'un en-tête de sécurité prouve-t-elle une vulnérabilité ?

Non. Évaluez les en-têtes en fonction de l'objectif de la page, des besoins d'intégration et de la politique de sécurité. Un en-tête manquant est un signal de révision, pas une vulnérabilité confirmée.