Consulter le statut HTTP et les en-têtes d’une URL

Le serveur de VoriTools interroge l’adresse et indique ce qui est revenu : l’IP qui a répondu, le code de statut de la réponse finale et les en-têtes de cette réponse. Le navigateur du visiteur ne reçoit que le résultat.

Le contrôle est une requête unique, pas une surveillance : il montre un instant vu depuis un réseau. Il sert à confirmer une redirection, un 404 ou un en-tête ; pour revérifier la même adresse à répétition, utilisez l’outil de rafraîchissement temporisé.

Saisissez une adresse complète ou un simple nom d’hôte. example.com est d’abord demandé en http, puis la redirection du site est suivie ; https://example.com/page est utilisé exactement tel quel.
Cliquez sur Vérifier le statut et les en-têtes. Le serveur de VoriTools envoie la requête avec l’User-Agent d’un navigateur de bureau et suit jusqu’à cinq redirections.
Lisez d’abord le tableau de gauche : la ligne de statut envoyée par le serveur (HTTP/1.1 200 OK), puis chaque en-tête de cette réponse finale. Le tableau de droite reprend les chiffres de ce contrôle : l’IP qui a répondu, le code de statut et le nombre de redirections suivies.
Si l’adresse ne peut pas être contrôlée, la page nomme le cas précis au lieu d’une phrase unique : saisie vide, adresse qui n’est ni http ni https, adresse privée ou locale, hôte muet, ou le délai de 12 secondes.

Ce que le contrôle envoie, ce qu’il refuse et comment lire le tableau

Ce que fait le contrôle

La requête part du serveur de VoriTools, pas de votre appareil : la réponse décrit donc ce que voit ce réseau. Le serveur s’identifie avec l’User-Agent d’un navigateur de bureau ; une version antérieure n’en envoyait aucun, et certains sites répondent 403 aux requêtes qui arrivent sans.

Seuls les en-têtes sont utiles, le corps de la réponse est donc lu jusqu’à 1 Mo puis abandonné. Un hôte qui reste muet termine le contrôle au bout de 12 secondes, une connexion impossible à ouvrir au bout de 5.

Lire la réponse

La première ligne est la ligne de statut, par exemple HTTP/1.1 200 OK : protocole, code et texte de motif tels que le serveur les a écrits. Les lignes suivantes sont les noms et valeurs d’en-têtes dans l’ordre d’arrivée ; un en-tête envoyé deux fois apparaît donc deux fois.

Le tableau de droite porte les chiffres propres à ce contrôle : l’IP qui a répondu, liée à la page de recherche d’IP, le code de statut de la réponse finale et le nombre de redirections suivies. La légende au-dessus des en-têtes montre l’adresse qui a répondu en dernier, qui n’est pas toujours celle saisie.

Les adresses que le contrôle refuse

Seuls http et https sont interrogés, et uniquement des adresses publiques. Les plages privées, réservées et de bouclage sont refusées - 127.0.0.1, 10.0.0.1, 192.168.1.1, 169.254.169.254, localhost et les hôtes purement numériques comme 0177.0.0.1 - et une redirection qui pointe vers l’une d’elles est abandonnée au lieu d’être suivie.

Un nom qui ne se résout pas est signalé comme une absence de réponse, pas comme une adresse refusée : les deux cas demandent des corrections différentes.

Quand la réponse diffère du navigateur

Certains sites répondent 403 ou 429 aux requêtes venant d’adresses de centre de données alors que la page elle-même va bien. La réponse décrit alors la protection anti-robots du site et non la page : refaites le contrôle avant de modifier quoi que ce soit.

Caches, CDN et répartiteurs de charge peuvent répondre différemment à chaque requête : la même adresse peut renvoyer un autre code une minute plus tard. Vérifiez deux fois avant de prendre un résultat pour un fait de production.