Diagnostic avancé des enregistrements d'un domaine

MXToolbox regroupe des requêtes DNS et des tests externes de messagerie et de réseau. Il est utile pour observer la réponse qu'obtient un tiers, mais cette réponse peut provenir d'un résolveur avec cache et ne remplace pas l'interrogation directe des serveurs DNS faisant autorité.

Avant de vérifier un enregistrement :

1. Identifiez les serveurs DNS délégués pour le domaine.
2. Confirmez que vous modifiez bien la zone servie par ces serveurs. Si le domaine utilise Cloudflare ou un autre fournisseur DNS, modifier uniquement le Zone Editor de cPanel ne change pas le DNS public.
3. Interrogez l'enregistrement sur chaque serveur faisant autorité.
4. Lorsque les serveurs faisant autorité sont cohérents, utilisez MXToolbox ou d'autres résolveurs externes pour vérifier la réponse vue de l'extérieur.

Par exemple, passer la messagerie sur Google Workspace exige de remplacer les MX dans la zone DNS faisant autorité, pas nécessairement dans cPanel. Après avoir copié les valeurs fournies par Google, vous pouvez faire une observation externe en saisissant :

mx:dominio.com

mx indique le type de vérification et dominio.com est le nom à interroger. Comparez le résultat avec les valeurs et les priorités fournies par le fournisseur de messagerie.

Si vous disposez de dig, vous pouvez d'abord interroger la délégation et les serveurs faisant autorité :

dig dominio.com NS +trace
dig +nssearch dominio.com
dig @ns1.proveedor.com dominio.com MX +norecurse
dig @ns2.proveedor.com dominio.com MX +norecurse

Remplacez les serveurs, le domaine et le type MX par ceux qui conviennent. Si les serveurs faisant autorité renvoient des valeurs ou des numéros de série SOA différents, corrigez d'abord cette incohérence ; il ne s'agit pas d'un cache de l'utilisateur.

Si vous ne disposez pas de dig, le diagnostic DNS d'IPeek, un outil externe gratuit, affiche la délégation publiée par la zone parente, indique si chaque serveur faisant autorité répond avec autorité et si leurs numéros de série SOA coïncident. Pour comparer la valeur d'un enregistrement précis sur chaque serveur, l'interrogation directe reste nécessaire.

Pour un enregistrement TXT, utilisez txt:dominio.com et comparez le nom et la valeur complète avec ceux demandés :

Parmi les vérifications disponibles figurent :

a: Interroge l'adresse IPv4 publiée dans l'enregistrement A
aaaa: Interroge l'adresse IPv6 publiée dans l'enregistrement AAAA
mx: Interroge les serveurs de messagerie et leurs priorités
txt: Interroge les enregistrements TXT publiés sous le nom indiqué
spf: Vérifie la politique SPF publiée dans un enregistrement TXT
dkim: Vérifie l'enregistrement DKIM du sélecteur indiqué
dmarc: Vérifie la politique DMARC publiée sous _dmarc
cname: Affiche le nom canonique vers lequel pointe un alias
ptr: Effectue la requête DNS inverse d'une adresse IP
soa: Obtient l'enregistrement de début d'autorité de la zone
dns: Vérifie la délégation et d'autres problèmes détectés par MXToolbox
smtp: Teste la réponse SMTP du serveur sur le port 25
http: Vérifie la réponse HTTP d'une URL
https: Vérifie la réponse HTTPS d'une URL
tcp: Teste une connexion TCP vers l'hôte et le port indiqués
ping: Effectue un test ICMP depuis l'infrastructure de MXToolbox
trace: Effectue un traceroute ICMP depuis l'infrastructure de MXToolbox
blacklist: Interroge les listes de blocage intégrées à MXToolbox
asn: Recherche le système autonome lié à une adresse IP
arin: Recherche les informations d'enregistrement d'un bloc d'adresses IP
whois: Affiche la requête d'enregistrement proposée par MXToolbox

SPF se publie aujourd'hui dans des enregistrements TXT ; il ne faut pas créer d'enregistrement DNS de type SPF. blacklist indique seulement les listes que consulte MXToolbox et n'établit pas une réputation universelle.

Pour les domaines génériques comme .com, .net ou .org, utilisez ICANN Lookup, basé sur RDAP, comme source actuelle des données d'enregistrement. Depuis le 28 janvier 2025, RDAP a remplacé WHOIS comme source de référence pour les gTLD. Les domaines nationaux, comme .es, peuvent utiliser le service d'enregistrement établi par leur propre registre.

Chaque test confirme uniquement l'observation qu'il affiche. Un MX correct ne prouve pas que la boîte mail existe, une requête SMTP depuis MXToolbox ne reproduit pas la connexion de l'utilisateur et l'absence de réponse au ping ne prouve pas que le service est en panne. Pour attribuer une cause, reliez le résultat DNS au test du service et à sa réponse ou à son journal exacts.

Interroger le nom exact

Un TXT de vérification à la racine, un TXT sur _dmarc.dominio.com et le DKIM de selector._domainkey.dominio.com sont des requêtes distinctes. Pour DKIM, il vous faut le sélecteur utilisé par l'expéditeur ; une recherche à la racine ne prouve pas que la signature manque.

Si SERVFAIL apparaît, comparez la réponse faisant autorité et la validation DNSSEC avant de modifier à nouveau des enregistrements. Désactiver la validation sur un ordinateur ne répare pas une chaîne DNSSEC incorrecte pour les autres utilisateurs. Conservez la sortie complète, y compris l'état et le serveur interrogé ; le numéro de série SOA ne prouve pas à lui seul que tous les enregistrements sont identiques.