title | excerpt | updated |
---|---|---|
Configurer l'affichage de ses données dans le Whois |
Utilisez l'API publique OVHcloud pour configurer l'affichage de vos données dans le Whois |
2022-05-05 |
[!primary]
Pour suivre ce guide, vous devez déjà vous connecter à l'API OVHcloud. Vous trouverez plus de détails sur la page d'introduction à l'API.
- Introduction
- Commander un nom de domaine
- Gestion des tâches
- Gestion des contacts d'un nom de domaine
- Gestion des règles d'éligibilité
- Configurer l'affichage de ses données dans le Whois
- Configurer les DNS de son nom de domaine
- Transférer un nom de domaine
Le Whois est un service de recherche permettant d'obtenir des informations sur un nom de domaine. Ces informations peuvent avoir des usages variés mais sont souvent utilisées pour retrouver et contacter le propriétaire d'un nom de domaine. Celles-ci sont présentées sous forme de texte non standardisé et étaient jusqu'à récemment affichées en clair.
Le RDAP a été conçu comme un successeur au Whois et présente plusieurs avantages par rapport à celui-ci, notamment :
- La prise en charge de l’internationalisation
- Une standardisation du format de données
- La possibilité de fournir un accès différencié aux données
Cette section est dédiée aux routes d'API servant à configurer la divulgation et l'obfuscation des différentes données liées aux contacts d'un nom de domaine dans le Whois et le RDAP.
Depuis la mise en place du RGPD, les données du Whois concernant les contacts admin
, tech
, billing
et propriétaire (owner
) sont cachées par défaut
si ce sont des personnes physiques.
Cependant, si l'utilisateur le souhaite, il est possible de divulguer une partie ou l'intégralité des données en fonction de
ce qui est permis par les règles d'optin appliquées sur le nom de domaine.
L'API suivante permet de connaître les règles de divulgation applicables sur un nom de domaine.
[!api]
@api {v1} /domain GET /domain/{serviceName}/rules/optin
Paramètre | Obligatoire | Description |
---|---|---|
serviceName |
oui | Le nom de domaine concerné |
[!tabs] Exemple de réponse
[ { "type": "tech", "fields": [] }, { "type": "owner", "fields": [ "address", "city", "country", "email", "fax", "name", "organisation", "phone", "province", "zip" ] } ]
La réponse ci-dessus indique les trois types de règles qu'il est possible de rencontrer :
- Le contact
admin
est absent de la réponse, ce qui signifie qu'il n'est pas possible de configurer la divulgation des données Whois le concernant. - La présence du contact
tech
avec un tableau defield
vide signifie qu'il est possible de divulguer les informations. Le choix des informations divulguées n'est cependant pas personnalisable (c'est tout ou rien). - Concernant le contact
owner
, c'est la règle la plus personnalisable. La présence des champs dans le noeudfield
indique qu'il est possible de choisir quels champs seront divulgués dans le Whois.
L'API suivante permet de récupérer la configuration de divulgation appliquée sur un nom de domaine.
[!api]
@api {v1} /domain GET /domain/{serviceName}/configurations/optin
Paramètre | Obligatoire | Description |
---|---|---|
serviceName |
oui | Le nom de domaine concerné |
[!tabs] Exemple de réponse
[ { "type": "tech", "fields": [] }, { "type": "owner", "fields": ["email", "phone"] } ]
La réponse ci-dessus peut être interprétée de la manière suivante :
- Les contact
admin
etbilling
sont absents de la réponse, ce qui signifie qu'aucune information les concernant ne sera affichée dans le Whois. - La présence du contact
tech
avec un tableau vide dans le champfields
signifie que toutes les informations du contact sont à divulguer et seront affichées dans le Whois. - Concernant le contact
owner
, on peut voir que seuls l'email
et lephone
sont configurés pour être divulgués et seront affichés dans le Whois.
L'API suivante permet de modifier la configuration de divulgation appliquée sur un nom de domaine.
[!api]
@api {v1} /domain PUT /domain/{serviceName}/configurations/optin
Paramètre | Obligatoire | Défaut | Description |
---|---|---|---|
serviceName |
oui | Le nom de domaine concerné | |
optin (body) |
oui | [] | Configuration de divulgation |
[!tabs] Exemple de requête
[ { "type": "tech", "fields": [] }, { "type": "owner", "fields": ["email", "phone"] } ]Exemple de réponse
[ { "type": "tech", "fields": [] }, { "type": "owner", "fields": ["email", "phone"] } ]
Au-delà de la divulgation des données sur le Whois en fonction des différentes règles disponibles pour les extensions, OVHcloud donne la possibilité d'obfusquer les adresses e-mail des contacts dans le Whois.
Avec la mise en place du RGPD, cette fonctionnalité est activée par défaut pour tous les domaines. Il est néanmoins possible de manipuler cette obfuscation pour la désactiver sur un domaine spécifique.
L'API suivante permet de connaître les règles d'obfuscation applicables sur un nom de domaine.
[!api]
@api {v1} /domain GET /domain/{serviceName}/rules/emailsObfuscation
Paramètre | Obligatoire | Description |
---|---|---|
serviceName |
oui | Le nom de domaine concerné |
[!tabs] Exemple de réponse
[ "admin", "tech", "billing", "owner" ]
La réponse ci-dessus indique que les e-mails peuvent être obfusqués sur les contacts admin
, tech
, billing
et owner
.
L'API suivante permet de récupérer la configuration d'obfuscation appliquée sur un nom de domaine.
[!api]
@api {v1} /domain GET /domain/{serviceName}/configurations/obfuscatedEmails
Paramètre | Obligatoire | Description |
---|---|---|
serviceName |
oui | Le nom de domaine concerné |
[!tabs] Exemple de réponse
[ { "value": "[email protected]", "type": "admin", "status": "todo" }, { "value": "[email protected]", "type": "tech", "status": "done" }, { "value": "[email protected]", "type": "owner", "status": "done" } ]
La réponse ci-dessus peut être interprétée de la manière suivante :
- Le contact
billing
est absent de la réponse, ce qui signifie qu'aucune obfuscation d'e-mail n'est présente sur ce contact. - Les contacts
tech
etowner
possèdent un statut (status
) àdone
et une valeur (value
) non nulle, cela indique que ces deux contacts ont leur e-mail obfusqué via cette valeur et que la redirection e-mail est active. - Concernant le contact
admin
, on peut voir que la valeur existe mais que le statut est àtodo
, ce qui signifie que le contact est configuré pour être obfusqué mais que la redirection de l'adresse e-mail n'est pas encore mise en place.
L'API suivante permet de modifier la configuration d'obfuscation appliquée sur un nom de domaine.
[!api]
@api {v1} /domain PUT /domain/{serviceName}/configurations/obfuscatedEmails
Paramètre | Obligatoire | Défaut | Description |
---|---|---|---|
serviceName |
oui | Le nom de domaine concerné | |
contacts (body) |
oui | [] | Liste des types de contacts sur lesquels l'obfuscation doit être mise en place |
[!tabs] Exemple de requête
[ "tech", "admin", "owner" ]Exemple de réponse
[ { "value": "[email protected]", "type": "tech" }, { "value": "[email protected]", "type": "admin" }, { "value": "[email protected]", "type": "owner" } ]
L'API suivante permet de regénérer les e-mails obfusqués d'un nom de domaine.
[!api]
@api {v1} /domain POST /domain/{serviceName}/configurations/obfuscatedEmails/refresh
Paramètre | Obligatoire | Défaut | Description |
---|---|---|---|
serviceName |
oui | Le nom de domaine concerné | |
contacts (body) |
oui | [] | Liste des types de contacts sur lesquels l'obfuscation doit être regénérée |
[!tabs] Exemple de requête
[ "tech", "admin", "owner" ]Exemple de réponse
Status 200