Dépannage DNS

Utilisez ces vérifications pour confirmer une modification DNS et résoudre les problèmes courants.

Vérifier un enregistrement avant la propagation

Un serveur de noms ZSoftly répond pour votre zone dès l’enregistrement d’une modification, même avant que celle-ci soit visible partout. Interrogez-le directement pour vérifier l’enregistrement :

dig A www.example.com @ns1.zsoftly.ca +short
dig A www.example.com @ns2.zsoftly.ca +short

Les deux serveurs de noms doivent renvoyer la même réponse. Si la requête directe est correcte, mais que les résolveurs publics donnent une autre réponse, l’enregistrement est valide. Vous attendez la propagation ou l’expiration d’une ancienne valeur en cache.

Confirmer la délégation

Les résolveurs publics atteignent vos enregistrements ZCP après la délégation du domaine à ZSoftly. Confirmez que la réponse publique contient les serveurs de noms ZSoftly :

dig NS example.com +short
# ns1.zsoftly.ca.
# ns2.zsoftly.ca.

Si les anciens serveurs de noms apparaissent encore, la délégation ne s’est pas propagée ou n’a pas été enregistrée chez le registraire. Voir Domaines.

Vérifier la propagation mondiale

Interrogez plusieurs résolveurs publics dans différentes régions. Ils doivent tous renvoyer la même réponse :

for r in 1.1.1.1 8.8.8.8 9.9.9.9 208.67.222.222; do
  echo "$r:"; dig A www.example.com @$r +short
done

Pour obtenir une carte mondiale, utilisez un outil en ligne comme whatsmydns.net et sélectionnez le type d’enregistrement.

Problèmes courants

La modification n’apparaît pas

Les résolveurs conservent les enregistrements en cache pendant la durée du TTL. Avec la valeur par défaut de 14400, soit 4 heures, un résolveur qui possède l’ancienne valeur attend jusqu’à quatre heures avant de l’actualiser. Réduisez le TTL à 300 un ou deux jours avant une modification prévue, puis augmentez-le de nouveau après celle-ci.

Un CNAME à la racine ne fonctionne pas

Un CNAME ne peut pas se trouver au sommet (@) ni partager un nom avec un autre enregistrement. Utilisez un enregistrement A ou AAAA pour la racine. Voir Enregistrements CNAME.

Corriger le refus d’un enregistrement MX

Un enregistrement MX exige une priorité dans son propre champ. Dans le CLI, passez --priority. Dans l’API, envoyez priority dans un champ distinct. Voir Enregistrements MX.

L’enregistrement TXT semble incorrect

Le contenu TXT est une chaîne entre guillemets. Dans le CLI, protégez-la afin que l’interpréteur de commandes transmette les guillemets, par exemple '"v=spf1 -all"'. Voir Enregistrements TXT.

Un enregistrement SRV ou LOC échoue

Les enregistrements SRV et LOC ne sont pas encore disponibles. Les autres types (A, AAAA, CNAME, MX, TXT, CAA et NS) fonctionnent.

NXDOMAIN ou absence de réponse

NXDOMAIN signifie que le nom n’existe pas dans la zone. Une réponse vide accompagnée de NOERROR signifie que le nom existe, mais ne possède aucun enregistrement du type demandé. Vérifiez le nom et le type demandés.

Lire la zone telle que la voit la plateforme

zcp dns show <slug> affiche le domaine et tous ses enregistrements, y compris ceux de type SOA et NS gérés par ZCP. Comparez cette sortie avec celle de dig pour trouver un enregistrement manquant ou une faute de frappe.

zcp dns show examplecom

Voir aussi : Vue d’ensemble du DNS, Domaines, Exemples pratiques