WHOIS / RDAP

Chaque nom de domaine réside dans une base de registre gérée par l'organisme qui exploite son extension : Verisign pour .com et .net, EURid pour .eu, l'AFNIC pour .fr, un registre distinct par extension ailleurs. Le registre détient l'enregistrement faisant foi : bureau d'enregistrement titulaire, dates de création et d'expiration, serveurs de noms, codes de statut. WHOIS et son remplaçant moderne RDAP ne sont que des protocoles d'interrogation de cet enregistrement ; ils ne décrivent ni le site web, ni son hébergement, ni son trafic.

Le WHOIS traditionnel (RFC 3912) est un protocole texte sur le port TCP 43, sans format de sortie fixe - chaque registre a toujours formaté ses champs à sa manière, d'où un texte pénible à parser automatiquement. RDAP (RFC 9082 pour le protocole, RFC 9083 pour le schéma JSON) corrige cela avec une réponse structurée et un mécanisme de bootstrap (RFC 9224) qui indique au client quel serveur interroger pour une extension donnée. Les registres migrent vers RDAP comme interface principale ; cet outil l'interroge en premier et se replie sur le WHOIS texte quand un registre n'a pas de point d'accès RDAP.

Un bureau d'enregistrement (registrar) n'est pas un registre. Le registre (Verisign) est l'autorité unique pour une extension ; un registrar (Gandi, OVHcloud, Namecheap) est un revendeur accrédité ICANN qui permet d'enregistrer et de gérer des domaines auprès de ce registre. L'enregistrement WHOIS indique le registrar en titre actuel, pas forcément celui où le propriétaire se souvient avoir acheté le domaine si un transfert a eu lieu depuis.

• Registres : un opérateur faisant autorité par extension (Verisign pour .com/.net, AFNIC pour .fr, EURid pour .eu)
• Registrars : revendeurs accrédités ICANN via lesquels les domaines sont réellement enregistrés et renouvelés
• RDAP (RFC 9082/9083) remplace progressivement le WHOIS comme protocole d'interrogation structuré ; le WHOIS historique reste en repli
• Un enregistrement WHOIS ne décrit que l'enregistrement du domaine - rien sur l'hébergement, le contenu DNS ou le trafic du site

Une recherche réussie renvoie une date de création, une date de mise à jour et une date d'expiration. L'écart entre création et expiration n'est pas un bail figé : il se renouvelle au paiement, par tranches d'un à dix ans selon le choix du titulaire. Un domaine qui approche son expiration sans renouvellement n'est pas supprimé immédiatement : la plupart des registres le font passer par une période de grâce avec renouvellement automatique possible, puis une période de rédemption où le titulaire d'origine peut encore le restaurer moyennant des frais, avant de le relâcher vers l'enregistrement libre.

Les serveurs de noms listés correspondent à la délégation actuelle du domaine - ceux que le registre indique au reste d'internet d'interroger pour les enregistrements DNS. C'est une couche distincte des enregistrements DNS eux-mêmes : le WHOIS montre quels serveurs font autorité, pas ce qu'ils répondent réellement pour des requêtes A, MX ou TXT.

Le champ statut transporte des codes de statut EPP (RFC 5731), pas du texte libre. "clientTransferProhibited" signifie que le registrar a verrouillé le domaine contre les demandes de transfert - une protection anti-détournement par défaut, pas un problème. "serverHold" signifie que le registre a suspendu le domaine, généralement pour abus ou décision judiciaire, et c'est le seul statut qui mérite une vérification. Un domaine n'affichant que "ok" ou "active" n'a aucune restriction.

Le statut DNSSEC indique si le domaine dispose d'une délégation signée (un enregistrement DS au registre pointant vers une clé de signature chez les serveurs de noms) - une configuration au niveau du registre, distincte du fait que les serveurs de noms fassent eux-mêmes tourner un logiciel compatible DNSSEC.

Historiquement, un enregistrement WHOIS exposait en clair le nom, l'organisation, l'email, le téléphone et l'adresse postale du titulaire. Depuis l'entrée en vigueur du RGPD en 2018, la spécification temporaire de l'ICANN impose aux registrars de masquer par défaut les données personnelles des contacts titulaire, administratif et technique pour les personnes physiques - la plupart des résultats affichent aujourd'hui "REDACTED FOR PRIVACY" à la place d'un vrai nom ou email. C'est un effet de politique, pas un échec de la recherche : la donnée existe toujours chez le registrar, qui publie généralement un relais ou un formulaire de contact pour joindre le titulaire sans exposer ses coordonnées directes.

Séparément, de nombreux registrars vendent un service optionnel de confidentialité qui substitue leurs propres coordonnées à celles du titulaire sur l'enregistrement public, indépendamment de la juridiction - une pratique antérieure au masquage RGPD, encore courante hors UE/EEE ou pour des domaines enregistrés avant que le masquage par défaut ne devienne la norme.

Un résultat WHOIS domaine peut porter trois rôles de contact distincts : titulaire, administratif (décisions d'enregistrement) et technique (configuration DNS/serveurs). Pour la plupart des enregistrements personnels ou de petite entreprise, les trois pointent vers la même personne et sont masqués de façon identique - chez OVHcloud comme chez Gandi, deux registrars français fréquents sur des domaines en .fr.

Une recherche sur un domaine non enregistré renvoie un résultat de disponibilité plutôt qu'un enregistrement - pas de registrar, pas de dates, pas de serveurs de noms, puisque le domaine n'existe pas dans le registre. C'est une vérification instantanée, pas une garantie : un autre registrar pourrait accepter l'enregistrement du même nom quelques secondes après la requête.

Un domaine ne devient pas disponible dès son expiration. La plupart des registres de gTLD suivent une séquence fixée par l'accord de registre de base de l'ICANN : une période de grâce avec renouvellement possible (souvent autour de 45 jours), puis une période de rédemption (souvent autour de 30 jours) où restaurer le domaine coûte des frais en plus du renouvellement, puis une fenêtre de suppression imminente (souvent autour de 5 jours) sans action possible, avant la libération générale. Les extensions nationales comme .fr suivent leur propre calendrier fixé par les règles de l'AFNIC, qui peut différer de la séquence des gTLD.

L'AFNIC, association loi 1901 mandatée par l'État pour gérer le .fr (et les autres extensions ultramarines dont elle a la charge), expose son propre serveur RDAP plutôt que de dépendre d'un registrar tiers pour publier les données de délégation. Une recherche sur un .fr passe donc par le bootstrap RDAP standard (RFC 9224), qui redirige le client vers le point d'accès de l'AFNIC au lieu d'un serveur générique ICANN - le même mécanisme que pour n'importe quelle autre extension, mais avec l'AFNIC comme unique autorité de réponse.

Sur le .fr, le masquage des données personnelles ne découle pas seulement de la politique ICANN : l'AFNIC applique ses propres règles d'accès aux données, alignées sur le RGPD et sur les recommandations de la CNIL, et masque par défaut les coordonnées du titulaire lorsqu'il s'agit d'une personne physique. Pour un titulaire personne morale (une entreprise, une association), les coordonnées restent en revanche publiques dans le WHOIS/RDAP du .fr - une distinction propre au registre français, plus marquée que sur beaucoup de gTLD où le masquage s'applique de façon plus uniforme.

L'AFNIC prévoit également un délai de rédemption propre au .fr : après expiration sans renouvellement, le domaine passe par une phase où le titulaire d'origine reste seul habilité à le restaurer avant sa libération vers l'enregistrement public. La durée exacte de ce délai et des étapes qui l'entourent est fixée par les règles d'AFNIC (Charte de nommage et conditions générales) et peut évoluer ; la référence à consulter reste la documentation officielle de l'AFNIC plutôt qu'un chiffre gTLD générique.