Pourquoi ces domaines ne peuvent-ils pas avoir d'informations whois? Est-ce quelque chose auquel tout le monde peut accéder pour la protection de la vie privée?
TLDR: Ce n'est pas le cas que ces domaines ont en quelque sorte obtenu une exemption de l'ICANN qui leur permet de ne pas omettre certaines données des enregistrements WHOIS publics. Il est plus probable que l'enregistrement WHOIS que vous avez vu n'affiche pas l' ensemble complet des enregistrements google.com
(ou des autres .com
noms de domaine).
Recherches WHOIS épaisses et fines
Les données WHOIS pour les domaines Internet peuvent être stockées de deux manières:
- un magasin de données épais où chaque registre TLD conserve les enregistrements WHOIS complets pour chaque sous-domaine du TLD.
- un modèle mince où le registre TLD délègue le stockage et la maintenance des enregistrements WHOIS au registraire qui a été utilisé par le déclarant pour enregistrer le domaine.
L'article WHOIS de Wikipedia explique la distinction entre les recherches WHOIS épaisses et fines et décrit les recherches fines comme
Un serveur Thin WHOIS ne stocke que le nom du serveur WHOIS du bureau d'enregistrement d'un domaine, qui à son tour a tous les détails sur les données recherchées (tels que les serveurs WHOIS .com, qui renvoient la requête WHOIS au bureau d'enregistrement où le domaine a été enregistré).
Recherches pour .com
L'ICANN a attribué Verisign comme registre pour gérer le .com
nom de domaine. Une requête WHOIS exécutée sur le propre serveur WHOIS de l'ICANN whois.iana.org
répertorie whois.verisign-grs.com
le serveur WHOIS canonique à utiliser pour le .com
domaine. Il s'agit du serveur WHOIS par défaut qui est interrogé par les whois
clients lors de la recherche des détails des .com
noms de domaine (les résultats de cette requête sont ceux qui sont affichés dans votre question).
Comme le .com
domaine utilise le modèle léger , l'une des clés (enregistrements) renvoyées par une recherche WHOIS pour un nom de domaine est Registrar WHOIS Server . Cette clé spécifie le nom de domaine du serveur WHOIS qui est responsable de répertorier tous les détails du nom de domaine en question:
Registrar WHOIS Server: whois.markmonitor.com
Cette clé indique au whois
client qu'il doit réellement interroger whois.markmonitor.com
pour obtenir les enregistrements WHOIS complets pour le domaine en question.
Il semble que le résultat WHOIS que vous avez vu résulte du fait que vous n'ayez pas suivi ce renvoi.
Une raison pour ne pas suivre les références WHOIS
L'une des raisons pour lesquelles le whois
client ne suit pas la référence est que plus tôt cette année, l'ICANN a changé les noms des clés que les opérateurs de registre devraient utiliser.
Avant cette modification, le nom de la clé utilisée pour spécifier le serveur délégué était Whois Server , et la sortie pour google.com
aurait été:
Whois Server: whois.markmonitor.com
Une fois que les registres de noms de domaine ont mis à jour leurs serveurs WHOIS, tous les clients à la recherche de la chaîne WHOIS Server:
(avec des espaces en tête) ne la trouveraient pas et ne pourraient donc pas déterminer le nom du serveur WHOIS du bureau d'enregistrement.
Exemple de correctif client
Pour refléter les changements récents de l'ICANN, le code du whois
client Debian a été corrigé en juillet et publié en tant que version 5.2.17. Cependant (à partir d'octobre 2017), la plupart des distributions basées sur Debian continueront d'utiliser la base de code précédente, de sorte que les utilisateurs devront fournir explicitement le nom du serveur WHOIS responsable, par exemple,
whois -h whois.markmonitor.com google.com