Recherche Whois de Domaine
Vérifiez les informations d'enregistrement, la date d'expiration, les serveurs DNS et plus
Entrez un nom de domaine et cliquez sur "Rechercher" pour obtenir les informations d'enregistrement
Qu'est-ce que la Recherche Whois ?
WHOIS renvoie des informations d’enregistrement pour des domaines ou ressources liées à des IP lorsque ces données sont publiées par le registre, registrar ou registre internet régional. On peut y trouver registrar, serveurs de noms, dates de création et d’expiration, codes de statut, contacts ou proxy de confidentialité et notes techniques. L’outil sert à la recherche de domaines, suivi d’expiration, signalement d’abus, vérification de marque, réponse à incident et compréhension de l’organisation responsable d’un nom. Les données WHOIS ne sont pas toujours complètes ni à jour: règles de confidentialité, services proxy, migration RDAP et politiques de registre modifient la visibilité. Pour décisions légales, sécurité ou propriété, croisez avec les sources officielles.
Comment utiliser
Comment utiliser
- Saisissez le nom de domaine à interroger (par ex. google.com)
- Cliquez sur le bouton « Rechercher » ou appuyez sur Entrée
- Patientez pendant la recherche des résultats
- Consultez le registrar du domaine, sa date de création, sa date d'expiration, et plus encore
- Développez « Texte brut » pour voir la réponse Whois complète
Notes de recherche
- Les données WHOIS peuvent être masquées pour la confidentialité ou mises en cache par les registres ; elles ne sont donc pas toujours complètes ni à jour.
- Pour la propriété, l'expiration ou le traitement des abus, confirmez les détails auprès du registrar ou de la source du registre.
Cas d’utilisation
Principe technique
Le protocole WHOIS est spécifié dans la RFC 3912 et constitue l'un des protocoles Internet les plus simples encore en usage actif : un client ouvre une connexion TCP sur le port 43 d'un serveur WHOIS, envoie la chaîne de requête suivie de `\r\n`, et le serveur répond avec du texte ASCII libre puis ferme la connexion. Il n'y a pas d'authentification, pas de schéma structuré et aucun ordre de champs requis — chaque registre de TLD retourne sa propre mise en page de texte, c'est pourquoi l'analyseur doit gérer les particularités de chaque TLD individuellement. Les recherches suivent une chaîne de référence en deux étapes. Le WHOIS racine IANA à `whois.iana.org` connaît le registre qui gère chaque TLD : pour `.com`, il renvoie `refer: whois.verisign-grs.com`, le registre thin qui ne contient que les informations sur le registrar et les serveurs de noms. Pour obtenir les détails complets du titulaire, une seconde requête est envoyée au WHOIS du registrar sponsor (par ex. `whois.markmonitor.com` pour de nombreux domaines d'entreprise). Les TLDs de code pays diffèrent : `.cn` est servi par `whois.cnnic.cn` (CNNIC), `.de` par `whois.denic.de` (avec la plupart des données personnelles masquées), et `.jp` par `whois.jprs.jp`. La chaîne de référence complète est en texte brut, donc un navigateur ne peut pas parler directement au port 43 brut — cet outil passe par un proxy côté serveur qui effectue la requête TCP et retourne la réponse analysée. RDAP (Registration Data Access Protocol), défini dans les RFC 7480-7484 et 9082-9083, est le successeur structuré. C'est une API RESTful JSON-over-HTTPS accessible via des URL de type `https://rdap.verisign.com/com/v1/domain/example.com`, avec des noms de champs cohérents, l'internationalisation et le contrôle d'accès. L'ICANN a exigé que les registres et registrars de gTLDs déploient RDAP d'ici août 2019, et depuis 2025 la politique de consensus sur les données d'enregistrement de l'ICANN élimine progressivement le WHOIS hérité (port 43) pour les gTLDs au profit de RDAP, de nombreux registres exploitant encore WHOIS en parallèle pendant la fenêtre de transition. Depuis l'entrée en vigueur du RGPD en mai 2018, le nom, l'e-mail, l'adresse et le téléphone du titulaire personne physique dans l'EEE sont masqués par défaut et affichés comme « REDACTED FOR PRIVACY » ou acheminés via le canal de contact abus anonymisé du registrar.
- Protocole WHOIS : RFC 3912, TCP port 43, requête en texte brut (`domain\r\n`) et réponse ASCII non structurée, pas d'authentification, pas de schéma.
- Référence en deux étapes : la racine IANA (`whois.iana.org`) renvoie le serveur WHOIS du TLD ; le WHOIS du registre renvoie le WHOIS du registrar sponsor pour les données complètes.
- Codes de statut courants (EPP, RFC 5731) : `clientTransferProhibited` (verrouillage du registrar), `serverDeleteProhibited`, `clientHold` (DNS suspendu), `pendingDelete`.
- RGPD (en vigueur depuis mai 2018) masque les données du titulaire personne physique dans l'EEE ; les réponses affichent `REDACTED FOR PRIVACY` et acheminent les contacts via les canaux d'abus du registrar.
- RDAP (RFC 7480-7484, 9082-9083) est le successeur structuré en JSON-over-HTTPS ; la politique de consensus de 2025 de l'ICANN élimine progressivement le WHOIS port 43 hérité pour les gTLDs au profit de RDAP, avec exploitation parallèle pendant la fenêtre de transition.
- Les navigateurs ne peuvent pas ouvrir le port TCP brut 43, donc les outils WHOIS côté client nécessitent un proxy serveur qui effectue la requête socket et retourne le JSON analysé.
- Les champs de dates critiques utilisent ISO 8601 : `Creation Date`, `Updated Date`, `Registry Expiry Date` ; un domaine entre dans une période de grâce de rachat de 30 jours après l'expiration avant la suppression.
Exemples
Résultat de recherche WHOIS pour google.com
Domain Name: GOOGLE.COM
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Creation Date: 1997-09-15T04:00:00Z
Updated Date: 2019-09-09T15:39:04Z
Expiration Date: 2028-09-14T04:00:00Z
Domain Status: clientUpdateProhibited, clientTransferProhibited
Name Servers: NS1.GOOGLE.COM, NS2.GOOGLE.COM, NS3.GOOGLE.COM, NS4.GOOGLE.COM
DNSSEC: unsignedVérifier la date de renouvellement et les codes de statut
Domain Name: example.org
Expiration Date: 2026-08-13T04:00:00Z
Days remaining: ~64 days
Status: clientTransferProhibited (verrouillé, transfert impossible)
serverDeleteProhibited
# Renouveler avant la date d'expiration ou risquer de perdre le domaine durant la période de rachat.Vérifier les serveurs de noms après une migration DNS
Avant migration :
Name Servers: ns1.oldprovider.com, ns2.oldprovider.com
Après migration (registre mis à jour) :
Name Servers: ns-123.awsdns-12.com, ns-456.awsdns-34.net
Updated Date: 2026-06-10T08:42:11ZTitulaire masqué selon le RGPD pour un domaine .eu
Domain: mybrand.eu
Registrant: REDACTED FOR PRIVACY
Email: Veuillez interroger le service RDAP du bureau d'enregistrement
Registrar: Gandi SAS
Abuse email: abuse@gandi.net
# Les coordonnées personnelles sont masquées ; contacter le canal d'abus du registrar pour les retraits.FAQ
Quelles informations renvoie whois ?
Le bureau d'enregistrement du domaine, les dates de création/expiration/dernière mise à jour, les serveurs de noms, le contact du titulaire (souvent masqué en raison du RGPD ou des services de confidentialité), les contacts administratif et technique, le contact d'abus du bureau d'enregistrement et le statut DNSSEC. Les champs exacts dépendent du serveur whois du TLD.
Pourquoi les informations du titulaire sont-elles masquées ou absentes ?
Depuis le RGPD (2018), la plupart des bureaux d'enregistrement masquent les coordonnées personnelles du titulaire dans les sorties whois publiques. Beaucoup de titulaires paient également un service de « whois privacy » qui remplace les vraies coordonnées par un proxy. Pour joindre le propriétaire réel, utilisez le formulaire de contact du bureau d'enregistrement ou écrivez au contact d'abus.
Quelle est la différence entre un whois fin et un whois épais ?
Whois épais (la plupart des TLD) : toutes les données résident chez le registre. Whois fin (.com, .net via VeriSign) : le registre ne renvoie que le bureau d'enregistrement ; vous interrogez ensuite ce dernier pour obtenir les détails complets. La page gère les deux cas de manière transparente.
Pourquoi certaines données de date sont-elles confuses ?
Les TLD utilisent des formats de date et des libellés de champ différents. Les bureaux d'enregistrement ICANN doivent normaliser les champs principaux, mais les ccTLD (codes pays comme .uk, .cn, .de) ont souvent leur propre format de réponse whois. La page tente de normaliser, mais des dates étranges peuvent traduire une entrée non analysable.
Puis-je aussi interroger le whois d'une IP ?
Certaines versions combinent le whois de domaine et le whois d'IP (whois RIR pour ARIN, RIPE, APNIC, LACNIC, AFRINIC). Le whois d'IP indique le propriétaire du réseau, la plage d'adresses et le contact d'abus, ce qui est utile pour retracer l'appartenance d'une IP.
À quel point les données whois sont-elles à jour ?
Les mises à jour ont lieu à la fréquence définie par le bureau d'enregistrement, généralement dans les heures suivant un changement. Si un domaine vient de changer de mains, la propagation à tous les serveurs whois peut prendre 24 à 48 heures. Les entrées whois mises en cache peuvent également accuser un retard.
La requête est-elle journalisée ?
Les serveurs whois consignent les requêtes par IP. Notre backend émet la requête, donc le serveur whois de destination voit notre IP. La plupart des fournisseurs whois limitent les requêtes en masse ; n'enchaînez pas cet outil dans des scripts.