Module 4 · 4.1
WHOIS et RDAP : comment rechercher un domaine
Module 4: WHOIS, RDAP et vie privée · Temps de lecture : 9 minutes
Objectif pédagogique : À l'issue de cette leçon, vous saurez rechercher un domaine dans WHOIS et RDAP, lire les principaux champs et expliquer pourquoi aucune date d'expiration n'apparaît pour un .nl.
Notions clés : WHOIS (port 43), RDAP (JSON via https), registrar, revendeur, date d'enregistrement, dernière modification, date d'expiration, serveurs de noms, DNSSEC (delegationSigned), outil WHOIS
Deux façons de rechercher un domaine
Chaque registre permet de consulter les informations enregistrées sur un nom de domaine. Il existe deux systèmes pour cela.
WHOIS est l'ancien système, qui date des débuts d'Internet. Vous posez une question via le port 43 ou via une page web du registre, et vous recevez un bloc de texte en retour. L'inconvénient : chaque registre utilise sa propre mise en forme. Chez l'un, un champ s'appelle "Registrar", chez l'autre "Sponsoring Registrar". Pour un humain, cela reste lisible ; pour un programme, c'est compliqué.
RDAP (Registration Data Access Protocol) est son successeur. Vous posez la question via le https habituel, comme pour un site web, et la réponse arrive dans un format fixe : le JSON. Ainsi, n'importe quel programme peut la lire. RDAP est une norme Internet officielle (RFC 9082 pour les requêtes, RFC 9083 pour les réponses). Un accord distinct (RFC 9224) définit comment trouver le bon serveur RDAP pour une extension.
Pour le .com et les autres gTLD, RDAP est la source officielle depuis le 28 janvier 2025. Les registres et registrars de gTLD ne sont plus tenus de proposer l'ancien WHOIS, même s'il existe des exceptions comme le .com. Les extensions nationales font leur propre choix. Pour le .nl, SIDN propose les deux : un service Whois et un service RDAP. D'autres registres, comme ceux du .de, du .eu et du .be, n'ont pas (situation en novembre 2026) de RDAP public. Dans ce cas, vous utilisez le WHOIS ou la fonction de recherche sur le site du registre.
Ce qu'affichent WHOIS et RDAP, c'est ce qui figure chez le registre. Ce que votre DNS répond réellement, vous le voyez avec une requête DNS. La formation DNS explique brièvement cette différence (leçon 1.3).
Les champs que vous rencontrerez
Voici les principaux champs. Leurs noms varient selon le registre, mais leur signification est partout la même.
| Champ | Ce qu'il indique |
|---|---|
| Nom de domaine | Le nom tel que le registre le connaît |
| Statut | Si le nom est actif, bloqué, supprimé ou en cours de transfert (leçon 4.3) |
| Registrar | L'entreprise auprès de laquelle le nom est enregistré ; pour le .nl, un éventuel revendeur est indiqué séparément |
| Date d'enregistrement | Quand le nom a été enregistré |
| Dernière modification | Quand l'enregistrement a été modifié pour la dernière fois |
| Date d'expiration | Jusqu'à quand l'enregistrement court chez le registre (pas pour toutes les extensions) |
| Serveurs de noms | Les serveurs de noms vers lesquels le registre renvoie |
| DNSSEC | Si un enregistrement DS figure chez le registre |
| Contacts | Le titulaire et les personnes de contact, dans la mesure où ils sont publics (leçon 4.2) |
Dans RDAP, les dates figurent dans une liste d'events : "registration", "last changed" et, si le registre la publie, "expiration". Le registrar apparaît comme une entity avec le rôle "registrar". Le DNSSEC se lit dans le bloc secureDNS : si delegationSigned y vaut true, le domaine est protégé par DNSSEC et un enregistrement DS figure chez le registre. Pour savoir ce qu'est DNSSEC, consultez la formation DNS (leçon 8.1).
Une réponse RDAP très simplifiée ressemble à ceci :
{
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "..."},
{"eventAction": "expiration", "eventDate": "..."}
],
"nameservers": [{"ldhName": "ns1.example.net"}],
"secureDNS": {"delegationSigned": true}
}Les particularités du .nl
Pour le .nl, certaines choses diffèrent de ce à quoi vous pourriez vous attendre.
- Pas de date d'expiration. Le Whois et le RDAP de SIDN n'affichent pas de date d'expiration, seulement la date d'enregistrement et celle de la dernière modification. La durée de votre enregistrement et la date de votre facture se règlent avec votre registrar. Pour le .com, en revanche, le RDAP de Verisign affiche bien une date d'expiration.
- Des statuts en néerlandais. Dans le Whois du .nl, vous voyez des statuts comme Actief (actif), Inactief (inactif) et In quarantaine (en quarantaine). Dans le RDAP de SIDN figure "active", et parfois "locked".
- Le verrou porte un autre nom. Pour le .com, un verrou de transfert apparaît sous la forme "client transfer prohibited". Pour le .nl, le transfert fonctionne avec un code de transfert (verhuiscode), et un verrou supplémentaire s'y appelle .nl Control : un registre lock que vous demandez via votre registrar. Dans le RDAP de SIDN, certains noms affichent le statut "locked", par exemple sidn.nl lui-même. Cela indique un tel verrou supplémentaire (leçons 4.3 et 7.1).
- DNSSEC oui ou non. Le Whois du .nl l'indique simplement : DNSSEC oui ou non (yes ou no).
Où faire la recherche ?
- La page RDAP du registre. Pour le .nl, il s'agit de rdap.sidn.nl : vous ajoutez le nom après /domain/ dans l'adresse. Pour le .com, le RDAP se trouve chez Verisign. Votre navigateur affiche alors le JSON ; la lecture demande un petit temps d'adaptation, mais tout y figure.
- lookup.icann.org. Ce site permet de rechercher via RDAP toute extension qui dispose de RDAP. Il trouve lui-même le bon serveur.
- L'outil WHOIS de votre registrar. Il fonctionne souvent via l'ancien WHOIS (port 43) et affiche la réponse sous forme de texte.
Piège : un site WHOIS généraliste affiche parfois des données anciennes ou incomplètes, ou celles du registrar au lieu de celles du registre. En cas de doute, vérifiez directement auprès du registre.
En pratique : comment cela fonctionne chez WebOké
Sur https://www.weboke.fr/toondomein se trouve le WHOIS lookup ("Voir à qui appartient un nom de domaine"). Vous saisissez un nom de domaine et voyez la réponse du registre, avec entre autres le statut, le registrar et les serveurs de noms. L'outil fonctionne avec WHOIS via le port 43, donc aussi pour les extensions sans RDAP public. Vous le trouverez sur le site, dans le menu Outils. Chez d'autres registrars, le fonctionnement est similaire : presque tous proposent une fonction de recherche WHOIS.
Résumé
- WHOIS est l'ancien système textuel (port 43), RDAP son successeur avec des réponses JSON fixes via https.
- Pour les gTLD, RDAP est la source officielle depuis le 28 janvier 2025 ; le .nl propose les deux, le .de, le .eu et le .be n'ont pas de RDAP public.
- Champs importants : statut, registrar, dates, serveurs de noms et DNSSEC (secureDNS, delegationSigned).
- Pour le .nl, aucune date d'expiration n'apparaît ; un verrou supplémentaire s'y appelle .nl Control, et le RDAP de SIDN affiche alors "locked".
Quiz
Exercice
Exercice A4.1 : Votre domaine dans RDAP. Recherchez votre propre domaine. Si votre extension dispose de RDAP (comme le .nl ou le .com), ouvrez la page RDAP du registre. Si ce n'est pas le cas (comme pour le .de, le .eu ou le .be), utilisez l'outil WHOIS sur https://www.weboke.fr/toondomein ou la fonction de recherche de votre registre. Vérifiez deux choses : un verrou de transfert est-il actif (pour le .com "client transfer prohibited", pour le .nl "locked"), et DNSSEC est-il activé (delegationSigned dans RDAP, DNSSEC yes dans le Whois du .nl) ?
Remplissez le formulaire :
- Domaine : votre propre nom de domaine (les domaines d'exemple comme example.com ne sont pas acceptés).
- Verrou : oui ou non.
- DNSSEC : oui ou non.
Le programme interroge le RDAP du registre et vérifie si un enregistrement DS pour votre domaine figure chez le registre. Vous voyez le registrar, les codes de statut, les dates et les serveurs de noms. Vert si votre réponse sur le verrou et celle sur DNSSEC sont toutes deux correctes. Si une réponse est incorrecte, un indice s'affiche pour ce point et vous pouvez réessayer. Si votre extension n'a pas de RDAP public, une ligne vous l'indique et la question sur le verrou n'est pas prise en compte ; DNSSEC est en revanche bien vérifié. Rien n'est modifié ni conservé.