Recherche de domaine

L’enregistrement d’inscription derrière un domaine, directement depuis le registre : bureau d’enregistrement, dates de création et d’expiration, serveurs de noms et indicateurs d’état, via RDAP. Pour un compte à rebours jusqu’à cette date d’expiration — et des alertes avant elle — utilisez le vérificateur d’expiration de domaine.

Ce que dit vraiment l’enregistrement du registre

Chaque domaine possède exactement un enregistrement d’inscription, détenu par son registre — l’organisation qui gère le suffixe — et RDAP est le moyen standard de le lire. Le bureau d’enregistrement est l’entreprise que le propriétaire paie ; quand un domaine change de mains ou qu’un renouvellement échoue, c’est lui que vous appelez. La date de création est l’âge du domaine, qui compte plus qu’on ne le pense : un domaine créé la semaine dernière qui prétend être une entreprise établie est une histoire qui mérite vérification. La date d’expiration est l’échéance qui met les sites hors ligne, et cette page la transforme en un nombre de jours restants pour que l’urgence se voie sans calcul.

Les serveurs de noms disent où vit le DNS du domaine — les serveurs qui répondent quand quelqu’un interroge le domaine. Si les serveurs de noms pointent vers un fournisseur que vous ne reconnaissez pas, le DNS n’est pas là où vous croyez, et les modifications faites dans le mauvais panneau de contrôle ne feront silencieusement rien. Les indicateurs d’état sont les verrous du registre : le verrou normal du bureau d’enregistrement qui empêche les transferts non autorisés, et les blocages plus rares du registre lui-même, qui signifient que le domaine ne résoudra pas tant qu’un problème de facturation ou d’abus n’est pas réglé. DNSSEC indique si les réponses de la zone sont signées cryptographiquement ; non signé est normal pour la plupart des petits sites, signé est la posture la plus forte pour tout ce qui ne peut pas se permettre une réponse falsifiée.

Pourquoi RDAP a remplacé WHOIS

WHOIS a servi le même but pendant des décennies, mais chaque registre formatait ses réponses différemment et le protocole n’avait aucune structure — un mur de texte que chaque outil devait deviner. RDAP renvoie le même enregistrement sous forme de données structurées avec un schéma défini, de sorte que le bureau d’enregistrement, les dates et les serveurs de noms arrivent comme des champs plutôt que comme des lignes à analyser. Il répond aussi en HTTPS via un service d’amorçage : rdap.org regarde le suffixe et redirige vers le serveur faisant autorité, et c’est pourquoi un seul formulaire de recherche couvre tous les suffixes au lieu d’un par registre.

La seule faiblesse est la prise en charge des origines croisées. Un navigateur ne peut lire qu’une réponse que le serveur l’autorise explicitement à lire, et si les grands registres l’autorisent, certains plus petits ne le font pas. Quand cela arrive, cette page indique que le registre n’a pas répondu à ce navigateur, au lieu d’afficher un tableau vide et de vous laisser vous demander si le domaine existe. L’enregistrement lui-même n’est pas affecté — une recherche côté serveur, comme celle derrière le vérificateur d’expiration de domaine, peut toujours le lire.

Outils associés : la recherche DNS pour les enregistrements que servent les serveurs de noms, et le bilan de santé du site web pour le panorama complet d’un domaine déjà en ligne.

Questions fréquentes

D’où viennent ces données ?

Du propre registre du domaine, via RDAP — le protocole d’accès aux données d’enregistrement qui a remplacé WHOIS. Votre navigateur interroge rdap.org, qui redirige vers le serveur RDAP faisant autorité pour le suffixe du domaine, et ce serveur répond avec l’enregistrement d’inscription. Rien n’est aspiré et rien n’est deviné.

Pourquoi certains suffixes échouent-ils quand .com fonctionne ?

Qu’un navigateur puisse lire une réponse RDAP dépend de l’envoi, par le serveur du registre, d’en-têtes d’origine croisée. Verisign (.com/.net) le fait ; tous les registres ne le font pas. Un échec pour un suffixe exotique tient habituellement à ce registre, pas à cette page — l’erreur le dit au lieu d’afficher un tableau vide.

En quoi est-ce différent du vérificateur d’expiration de domaine ?

Cette page affiche l’enregistrement du registre : bureau d’enregistrement, dates, serveurs de noms et indicateurs d’état. Le vérificateur d’expiration prend ce même enregistrement et le transforme en compte à rebours avec surveillance — utilisez cette page pour inspecter l’enregistrement, celle-là pour agir sur la date.

Que signifient les indicateurs d’état ?

Ce sont des verrous et des états du registre. « client transfer prohibited » est le verrou normal du bureau d’enregistrement qui arrête les transferts non autorisés ; « server hold » ou « pending delete » signifient que le registre lui-même est intervenu, habituellement pour un problème de facturation ou d’abus, et le domaine ne résoudra pas tant que ce n’est pas réglé.

Cette page envoie-t-elle ma requête ailleurs ?

Le domaine que vous recherchez est envoyé à rdap.org puis au serveur RDAP faisant autorité du registre — c’est ainsi que RDAP fonctionne. Rien d’autre sur votre visite n’est envoyé, et aucun compte ni suivi n’est impliqué.