Recherche WHOIS .biz

Cela signifie que le registre a conservé la ligne dans la réponse mais en a vidé la valeur pour des raisons de confidentialité. Dans la fiche mesurée, les lignes de nom, de rue, de téléphone et d'e-mail portaient cette mention, tout comme l'identifiant interne de la fiche. Un champ qui paraît rempli n'est donc pas une donnée publique : la mention n'est pas une valeur, mais l'explication de son absence. L'organisation, la région et le pays restaient en revanche lisibles lors de notre mesure.

Pas sur le fond, mais sur la structure. Lors de notre mesure, la réponse RDAP listait séparément trois entités : titulaire, contact technique et registrar. C'est ainsi que vous apprenez que ces rôles sont définis, même si le champ du nom des deux premiers revient vide. Les données d'identité sont fermées sur les deux canaux ; la différence tient à ce que RDAP expose clairement la structure des rôles et renvoie du JSON, plus sûr à analyser dans un système automatisé.

Les coordonnées du titulaire sont fermées sur les deux canaux : aucune adresse directe n'est disponible. La partie qui apparaît en clair est le registrar : son nom, son serveur whois ainsi qu'une adresse e-mail et un numéro de téléphone pour signaler un abus figurent dans la réponse. Si votre demande est légitime, la démarche qui fonctionne consiste à passer par ce canal ; le registrar l'examine au regard de ses propres règles et du droit de la protection des données.

La fiche de l'IANA classe .biz comme extension générique restreinte, et cette classification provient de l'inscription dans la zone racine. La réponse whois ne comporte aucun champ propre signalant la restriction : sa présentation suit le même modèle que les autres extensions génériques. La restriction concerne l'enregistrement et se gère par le registrar ; côté recherche, il n'y a ni condition supplémentaire ni obstacle.

Oui, et le masquage ne les touche pas. La réponse donne la date de création dans Creation Date, la dernière modification dans Updated Date et la fin de la période dans Registry Expiry Date, toutes en UTC ; la fiche mesurée avait été ouverte en 2002. Les mêmes trois valeurs arrivent sous forme d'événements côté RDAP. Notre écran de résultat en tire l'âge du domaine et la durée restante avant expiration.

La fiche mesurée portait trois codes, tous avec le préfixe client : les verrous de suppression, de transfert et de mise à jour avaient été posés par le registrar qui gère le nom. Ce même registrar les retire à la demande du titulaire. Les codes préfixés server sont posés par le registre et échappent à l'autorité du registrar. Comme ces codes viennent du vocabulaire commun de l'ICANN, leur sens reste identique d'une extension à l'autre.

Au niveau de l'extension, oui : la zone .biz dispose d'un enregistrement DS dans la racine, ce que nous avons vérifié lors de la mesure. Pour une adresse précise, lisez la ligne DNSSEC de la réponse : signed quand un enregistrement DS a été publié pour ce nom, unsigned sinon. Ce sont deux informations distinctes, et notre écran de résultat les présente séparément pour qu'une zone signée ne soit jamais confondue avec une adresse signée.

Pour un nom que personne ne détient, le registre répond qu'aucune correspondance n'a été trouvée : ni dates, ni registrar, ni lignes masquées. Le nom paraît alors libre à l'enregistrement. Nous conservons ce résultat cinq minutes, et celui d'un nom enregistré six heures ; un nom réservé entre-temps n'apparaît donc pas disponible longtemps.