Vérificateur d'hébergement de site web

Le Vérificateur d'hébergement de site web est un outil gratuit qui identifie l'hébergeur d'un site et indique le FAI, l'organisation et la localisation approximative du réseau associé.

Quelles informations une vérification d'hébergement analyse-t-elle ?

Une vérification d'hébergement analyse les informations réseau liées à l'adresse IP renvoyée pour un nom d'hôte. Lorsque tu saisis un hôte, l'outil effectue une résolution DNS côté serveur pour trouver son adresse IPv4, puis affiche les informations associées à cette adresse.

Le DNS, ou système de noms de domaine, traduit des noms comme www.example.co.uk en adresses IP numériques utilisées par les ordinateurs pour établir des connexions. Pour cette recherche, l'outil utilise la fonction gethostbyname de PHP. Comme cette fonction résout les adresses IPv4, un hôte uniquement accessible en IPv6 peut ne pas produire de résultat exploitable.

L'organisation affichée dans le résultat peut être un hébergeur, un fournisseur d'accès à Internet, une plateforme cloud ou un réseau de diffusion de contenu. Il ne s'agit pas nécessairement de l'entreprise qui possède ou exploite le site. Les sites protégés par des services comme Cloudflare peuvent révéler le réseau servant de proxy tout en masquant l'adresse du serveur d'origine.

Comment vérifier l'hébergement d'un site web ?

Saisis l'hôte du site dans le champ Hôte, puis lance la vérification. Un nom d'hôte simple comme example.co.uk ou www.example.co.uk constitue l'entrée la moins ambiguë.

1. Supprime le chemin, la chaîne de requête ou le fragment de page si tu veux uniquement identifier l'hôte.
2. Conserve le sous-domaine exact qui pose problème. www.example.co.uk et shop.example.co.uk peuvent pointer vers des fournisseurs différents.
3. Lance la vérification, puis compare l'organisation et la localisation obtenues avec le service que tu t'attendais à trouver.

Par exemple, saisis shop.example.co.uk pour diagnostiquer la boutique plutôt que seulement example.co.uk. Si ce sous-domaine pointe vers une plateforme d'e-commerce distincte, l'organisation indiquée peut différer de celle du site principal. Ne pars pas du principe que tous les noms rattachés à un même domaine utilisent la même infrastructure.

Un nom d'hôte ordinaire ne peut pas contenir d'espaces. Les chemins, les signes de ponctuation copiés avec du texte et les points finaux peuvent également rendre la saisie ambiguë. Supprime-les au préalable. Les noms de domaine internationalisés contenant des caractères accentués ou non latins possèdent une forme compatible ASCII composée d'A-labels, qui utilisent l'encodage Punycode. Si la graphie Unicode n'est pas résolue, utilise la forme du domaine compatible ASCII. Les chiffres sont autorisés dans de nombreux libellés d'hôte, mais les tirets bas ne sont pas valides dans les noms d'hôtes conventionnels des sites web publics.

La vérification s'effectue sur le serveur. Ta saisie est transmise au serveur via HTTPS et n'est pas stockée.

Comment interpréter le résultat ?

Considère le résultat comme une description du réseau qui répond actuellement pour l'hôte résolu, et non comme une preuve de l'identité du propriétaire du site ou de l'emplacement physique du serveur. Chaque champ apporte une partie différente de ces informations.

La latitude et la longitude sont des données de géolocalisation IP, pas des relevés GPS. Elles peuvent correspondre au siège social d'un fournisseur, à un concentrateur réseau régional ou à une zone générale. Ne les utilise pas pour identifier un bâtiment ni pour confirmer le lieu où les données du site sont légalement stockées.

Un FAI ou une organisation que tu ne reconnais pas ne signale pas automatiquement un problème. Les hébergeurs infogérés louent souvent des ressources à de grands fournisseurs d'infrastructure, tandis que les revendeurs peuvent apparaître sous le nom du propriétaire du réseau en amont.

Cas de diagnostic courants

Une vérification d'hébergement est surtout utile lorsque tu connais déjà le fournisseur ou la destination de migration attendue et que tu souhaites obtenir un aperçu indépendant de la destination DNS actuelle de l'hôte.

• Un site migré affiche encore l'ancienne version. Commence par rechercher du contenu obsolète dans le cache du navigateur, du proxy inverse ou du CDN. Vérifie le nom d'hôte exact utilisé dans le navigateur. Si l'organisation correspond toujours à l'ancien fournisseur, il est possible que la modification DNS ne soit pas encore parvenue au résolveur utilisé par l'outil, ou que l'enregistrement pointe toujours vers l'ancien service.
• Un sous-domaine ne fonctionne pas alors que le site principal reste accessible. Effectue des vérifications séparées pour example.co.uk, www.example.co.uk et le sous-domaine défaillant. Des résultats différents suggèrent que ces noms utilisent des enregistrements DNS ou des services d'hébergement distincts.
• Un avertissement de certificat apparaît après un changement d'hébergement. Une cause fréquente est l'absence de certificat sur le nouvel hôte, un certificat qui ne correspond pas ou qui n'a pas encore été configuré. Vérifie donc d'abord sa configuration. Si elle est correcte, assure-toi que l'hôte pointe vers le fournisseur prévu. Tu pourras ainsi repérer une destination DNS obsolète ou incorrecte, même si l'outil n'analyse ni le certificat, ni sa date d'expiration, ni les noms d'hôtes qu'il couvre.

Si la destination semble correcte mais que le site ne fonctionne toujours pas, le problème peut se situer au niveau de HTTP, de TLS ou de l'application. Le Vérificateur HTTP/2 peut analyser la prise en charge du protocole, tandis que le Vérificateur Brotli permet de confirmer si le serveur utilise la compression Brotli. Aucun de ces outils ne remplace un diagnostic propre au DNS ou aux certificats.

Pourquoi le cache peut-il faire paraître une modification DNS correcte comme erronée ?

À cause du cache DNS, plusieurs résolveurs peuvent renvoyer des réponses différentes jusqu'à l'expiration des enregistrements mis en cache. Les enregistrements DNS ont une durée de vie, généralement appelée TTL, qui indique aux résolveurs récursifs combien de temps ils peuvent conserver une réponse.

Après une modification, ton fournisseur d'accès, le réseau de ton entreprise, ton appareil ou le résolveur côté serveur de l'outil peut encore conserver une ancienne adresse. On parle souvent de délai de propagation, même si le DNS ne se met pas à jour partout lors d'un événement coordonné unique. Chaque enregistrement mis en cache expire indépendamment et fait normalement l'objet d'une nouvelle recherche lorsqu'une autre requête le demande.

Effectue une recherche DNS séparée pour comparer l'adresse résolue avec l'enregistrement A actuel de ton fournisseur DNS. Si l'écart est important, vérifie également depuis plusieurs réseaux. Assure-toi aussi d'avoir modifié la zone DNS faisant autorité et le bon libellé d'hôte. Modifier www ne change pas automatiquement le domaine nu, et l'inverse est également vrai.

Aucun vérificateur d'hébergement ne peut garantir que sa réponse correspond à la réponse DNS actuelle de chaque visiteur. Le DNS à tour de rôle, les services répartis géographiquement et les CDN peuvent volontairement renvoyer des adresses différentes selon le résolveur ou la localisation.

Questions fréquentes

Cet outil peut-il trouver l'entreprise propriétaire d'un site ?

Non. Il identifie les informations réseau associées à l'hôte résolu, pas le propriétaire légal du domaine ou du site. Les données d'enregistrement du domaine, les registres des entreprises et les mentions légales du site constituent des sources distinctes.

Pourquoi le nom de l'organisation diffère-t-il de celui qui figure sur ma facture d'hébergement ?

Ton fournisseur peut être un revendeur ou un prestataire de services infogérés qui utilise le réseau d'une autre entreprise. Le résultat peut donc indiquer un fournisseur cloud ou un opérateur de centre de données en amont plutôt que l'entreprise que tu paies. Compare les informations réseau avec la documentation de ton fournisseur avant de considérer cette différence comme une erreur.

Puis-je vérifier un site uniquement accessible en IPv6 ?

La recherche du nom d'hôte sous-jacente utilise gethostbyname, qui résout les adresses IPv4. Un hôte uniquement accessible en IPv6 peut donc ne pas renvoyer d'informations d'hébergement pertinentes, même s'il fonctionne pour les visiteurs disposant d'une connectivité IPv6. Dans ce cas, il faut effectuer séparément une recherche d'enregistrement AAAA.

Un nom d'hôte très long fonctionnera-t-il ?

Le DNS limite un nom de domaine complet à 253 octets dans sa forme textuelle habituelle lorsque le point racine final facultatif est omis. Chaque libellé est normalement limité à 63 octets. Une saisie dépassant les limites de nommage du DNS ne peut pas représenter un hôte public valide. Pour effectuer une vérification, copie uniquement l'hôte et supprime les chemins longs ou les paramètres de suivi avant de l'envoyer.

Dois-je saisir le domaine racine ou l'adresse avec www ?

Vérifie le nom réellement utilisé par les visiteurs, puis teste l'autre forme séparément si tu as un doute sur les redirections ou les enregistrements DNS. Le domaine racine et l'adresse avec www peuvent pointer vers des systèmes différents, même si l'un redirige finalement vers l'autre. Note les deux résultats avant de modifier le DNS afin de voir quel hôte nécessite encore une intervention.