Outil gratuit
Vérificateur DNS et CNAME
Saisissez un nom d’hôte et voyez exactement ce que renvoient les résolveurs publics en ce moment — les mêmes requêtes que celles lancées par notre assistant lorsque vous connectez un domaine personnalisé.
Pourquoi ces enregistrements comptent
Un domaine court personnalisé n’est jamais plus fiable que les deux ou trois enregistrements DNS qui le portent. Un CNAME pointant vers la mauvaise cible, un enregistrement A hérité d’un ancien hébergeur ou un proxy placé devant la vérification du certificat produisent tous le même symptôme pour un visiteur : un lien qui fonctionnait et qui ne fonctionne plus.
Cet outil lit les mêmes types d’enregistrements que la plateforme lorsqu’elle vérifie un domaine, et il les lit depuis un résolveur public plutôt que depuis votre machine : un cache local périmé ne peut donc pas vous induire en erreur. Le guide CNAME explique ce que chaque enregistrement doit contenir.
À propos de la propagation
Il n’existe aucun interrupteur mondial qui bascule d’un coup. Chaque résolveur garde une réponse en cache pendant toute la durée de vie (TTL) de l’enregistrement qu’il a reçu : un changement apparaît donc à des moments différents selon les visiteurs. C’est le fait d’abaisser le TTL avant une migration, et non après, qui rend une bascule instantanée.
Si ce vérificateur affiche la nouvelle valeur alors que votre navigateur atterrit encore sur l’ancienne destination, c’est votre système d’exploitation ou votre fournisseur d’accès qui conserve une réponse en cache. Laissez expirer le TTL précédent plutôt que de modifier l’enregistrement une nouvelle fois — voyez les domaines personnalisés pour la procédure de connexion complète.
Questions fréquentes
Puis-je utiliser mon domaine racine pour les liens courts ?
Oui, mais le mécanisme diffère. Un domaine racine (apex) ne peut pas porter un simple enregistrement CNAME selon la spécification DNS : il lui faut donc soit un fournisseur proposant l’aplatissement ALIAS ou ANAME, soit de simples enregistrements A pointant vers nos adresses d’entrée. Cet outil vous dit lequel des deux cas s’applique à votre nom en lisant les serveurs de noms de la zone.
En quoi est-ce différent de lancer dig moi-même ?
C’est la même requête, posée depuis un endroit neutre. Votre poste de travail peut conserver une réponse en cache, le résolveur de votre entreprise peut réécrire les réponses, et un VPN peut acheminer la requête vers un tout autre endroit. Ici, l’interrogation passe par DNS-over-HTTPS vers un résolveur public — exactement la manière dont la plateforme vérifie un domaine — de sorte que les réponses correspondent à ce que verra l’étape de vérification.
À quoi sert l’enregistrement TXT ?
À la vérification de propriété. Avant qu’un domaine racine soit servi, la plateforme vous demande de publier un enregistrement TXT portant une valeur qui n’a pu être remise qu’à vous, puis confirme sa présence. C’est une étape unique : une fois la vérification réussie, l’enregistrement peut rester en place sans inconvénient, et c’est lui qui empêche quelqu’un d’autre de revendiquer un nom qu’il ne contrôle pas.
Combien de temps avant qu’un changement soit actif ?
Le temps du TTL de l’enregistrement précédent, pas davantage. Si l’ancien enregistrement avait un TTL d’une heure, les résolveurs qui l’ont mis en cache continueront de renvoyer l’ancienne valeur pendant une heure au plus. Les enregistrements jamais interrogés auparavant apparaissent presque immédiatement : c’est pourquoi un sous-domaine tout neuf fonctionne généralement en quelques secondes.
Connectez le domaine dans les règles
Certificats automatiques, prise en charge du domaine racine et un assistant qui vérifie chaque enregistrement à votre place.
Aucune carte requise pour l’essai.