Vérificateur d’enregistrements DNS
Chaque enregistrement, plus la sécurité e-mail
Ce vérificateur d’enregistrements DNS interroge un vrai résolveur et vous montre ce qu’il reçoit. Huit types d’enregistrements avec leur TTL, plus SPF, DMARC, DKIM et CAA contrôlés règle par règle, chaque problème avec une solution claire.
- PrixGratuit
- Types d’enregistrements7
- Sans cacheEn direct
- InscriptionAucune
Vérificateur d’enregistrements DNS
Chaque enregistrement, plus SPF, DMARC, DKIM et CAA vérifiés et expliqués
Tapez-le sous la forme example.com. Un schéma, un chemin ou un www au début sont pardonnés.
Sécurité des e-mails et des certificats
SPF
Quels serveurs peuvent envoyer des e-mails au nom de ce domaine. Vérifie l’unicité de l’enregistrement, la limite de 10 requêtes et la fin.
| Contrôle | Résultat | Ce que cela signifie et comment corriger |
|---|
DMARC
Ce que font les destinataires des e-mails qui échouent SPF et DKIM, et où ils envoient leurs rapports.
| Contrôle | Résultat | Ce que cela signifie et comment corriger |
|---|
DKIM
Les clés publiques qui signent les e-mails sortants. Vérifie leur force, leur révocation et le mode test.
| Contrôle | Résultat | Ce que cela signifie et comment corriger |
|---|
CAA
Quelles autorités de certification peuvent émettre des certificats HTTPS pour ce domaine.
| Contrôle | Résultat | Ce que cela signifie et comment corriger |
|---|
Tapez un domaine et chaque enregistrement qu’il publie apparaît ici, groupé par type.
Ce que montre vraiment un vérificateur d’enregistrements DNS
D’abord, le DNS est l’annuaire d’internet. Il transforme un nom que l’on peut retenir en une adresse qu’une machine peut composer.
Un vérificateur d’enregistrements DNS lit cette entrée à voix haute. Ainsi, au lieu de deviner pourquoi un site ou une boîte mail ne marche plus, vous voyez ce qu’internet croit en ce moment.
Ces mots, "en ce moment", comptent plus que tout le reste sur cette page. Le DNS n’a pas de copie unique ni de vérité centrale.
Par ailleurs, ces règles datent de 1987 et tiennent toujours. RFC 1035 définit le format que suit chaque réponse ici.
Les enregistrements DNS qu’il faut connaître
On recense des dizaines de types d’enregistrements. Cependant, sept d’entre eux couvrent presque tout ce que vous aurez à vérifier.
Un enregistrement A relie le nom à une IPv4. Ensuite, AAAA fait de même pour IPv6. Ensemble, ils décident où se connecte un navigateur.
CNAME est un alias. Il dit "interrogez plutôt cet autre nom", et un nom avec un CNAME ne peut porter aucun autre enregistrement à côté.
MX indique où va le courrier, le plus petit nombre d’abord. NS nomme les serveurs responsables. TXT contient du texte libre, et c’est là que vivent SPF et DMARC.
SOA est à part. Il porte l’administrateur de la zone, un numéro de série et les règles de cache, donc c’est l’enregistrement à lire quand quelque chose semble périmé.
Pourquoi votre changement n’apparaît pas encore
C’est la question derrière l’essentiel du trafic de toute recherche d’enregistrements DNS. Et la réponse est presque toujours le TTL.
En effet, chaque enregistrement porte une durée de vie, mesurée en secondes. Elle indique aux autres résolveurs combien de temps ils peuvent garder leur copie.
Ainsi, un TTL de 86 400 signifie une journée entière. Changez l’enregistrement et la moitié du monde répond avec l’ancienne valeur jusqu’à la fin de cette journée.
Par conséquent, l’astuce consiste à anticiper. Baissez le TTL à 300 la veille du déménagement, faites le changement, puis remettez-le ensuite.
Ce vérificateur affiche le TTL le plus lent trouvé, car c’est ce nombre qui décide de la durée de la traîne.
Lire les enregistrements de courrier
Le courrier casse de façons qui semblent mystérieuses et qui sont en général simples. Commencez donc par MX.
Sans enregistrement MX, le domaine ne reçoit aucun courrier. C’est acceptable pour un site qui ne fait qu’envoyer, pourtant cela surprend souvent.
Vient ensuite SPF, qui vit dans un enregistrement TXT commençant par "v=spf1". Il liste qui peut envoyer du courrier en votre nom.
Sans lui, n’importe qui peut usurper votre adresse, et de plus beaucoup de destinataires jetteront en silence le vrai courrier aussi.
Les règles de cet enregistrement figurent dans RFC 7208, qui mérite un coup d’œil avant d’en écrire un.
Comment DMARC et DKIM sont trouvés
DMARC ne se trouve pas sur votre domaine lui-même. Il se trouve sur un sous-domaine appelé _dmarc, donc ce vérificateur interroge directement _dmarc.example.com. Les clés DKIM sont un niveau plus bas, derrière un nom de sélecteur que le DNS ne sait pas lister. C’est pourquoi l’outil essaie les sélecteurs des grands fournisseurs de messagerie, et vous pouvez saisir le vôtre s’il est différent.
Vérifier un domaine que vous allez acheter
Une recherche en dit long sur un domaine avant que l’argent ne change de mains. Faites-en donc une d’abord.
Des enregistrements A et MX actifs signifient que quelqu’un l’utilise encore. Cela compte, car d’anciens courriers peuvent continuer d’arriver pendant des mois.
Les serveurs de noms pointent vers l’hébergeur actuel. Par conséquent, vous savez avec qui vous traiterez pendant la passation.
Un TTL long vous prévient que la bascule traînera. Demandez au vendeur de le baisser la veille du transfert.
Lire l’ensemble des types d’enregistrements DNS prend une minute et évite une dispute plus tard.
Pourquoi cela tourne sur notre serveur
Un navigateur ne sait pas parler DNS. Il résout des noms pour ouvrir des connexions, et ne rend jamais la réponse à une page.
Chaque outil DNS du web a donc deux choix. Soit il appelle l’endpoint JSON de quelqu’un d’autre, soit il interroge son propre serveur.
D’ailleurs, ce site n’ajoute aucun tiers. Au contraire, le nom saisi voyage jusqu’ici, et notre résolveur interroge en votre nom.
Rien d’autre ne l’accompagne, et nous ne gardons aucune réponse. La ligne sous l’outil dit exactement cela, avec les mêmes mots.
Sur cette page
- L’outil
- Ce que montre vraiment un vérificateur d’enregistrements DNS
- Comment lancer une recherche d’enregistrements DNS
- Ce qui distingue ce vérificateur d’enregistrements DNS
- Quatre habitudes qui évitent les pannes DNS
- Quatre façons dont une recherche DNS vous induit en erreur
- FAQ du vérificateur d’enregistrements DNS
- Des outils qui accompagnent celui-ci
Continuer
Comment lancer une recherche d’enregistrements DNS
Trois étapes, et presque tout le monde oublie la dernière.
- 1
Tapez le domaine
Le domaine seul suffit, par exemple example.com. L’outil retire pour vous le schéma, le chemin ou un www initial.
- 2
Choisissez les types voulus
Les sept tournent par défaut. Décochez ceux qui ne vous intéressent pas et la recherche raccourcit.
- 3
Lisez d’abord le résumé
Les lignes du haut répondent aux questions habituelles. Seulement ensuite, descendez dans les enregistrements eux-mêmes.
- 4
Exportez si vous avez besoin d’une preuve
Copiez le tout, ou téléchargez un CSV avec chaque valeur et son TTL en secondes.
Ce qui distingue ce vérificateur d’enregistrements DNS
Sortir une simple liste est à la portée de tous. La différence, c’est de savoir si la liste vous dit quoi faire ensuite.
Il interprète, il ne fait pas que lister
Les lignes du haut disent si le courrier est configuré, si SPF existe et si IPv6 est présent. Ainsi, la réponse arrive avant le détail.
Chaque TTL en clair
Un TTL de 86400 correspond à une journée, et l’outil le dit. Par conséquent, vous savez combien de temps prendra un changement avant de le faire.
Huit types, un par un
La plupart des résolveurs refusent une requête globale, et les autres y répondent mal. C’est pourquoi l’outil demande chaque type séparément, CAA compris, ce qui est plus lent mais dit la vérité.
Il précise le rôle de chaque type d’enregistrement
Chaque bloc porte une phrase qui explique l’enregistrement au-dessus. Un rapport qu’il faut aller rechercher n’est qu’un demi-rapport.
Aucun tiers impliqué
La recherche tourne sur ce serveur et interroge directement les résolveurs DNS, pas l’API de quelqu’un d’autre. Ainsi, aucun service web ne voit jamais le domaine saisi.
Les longs enregistrements TXT restent entiers
Une clé DKIM arrive découpée en morceaux. L’outil les rassemble, donc vous pouvez coller la valeur directement là où on vous l’a demandée.
Quatre habitudes qui évitent les pannes DNS
D’ailleurs, aucune n’est difficile. Pourtant, presque toutes les pannes DNS viennent d’en avoir sauté une.
- Baissez le TTL avant de déménager. Passez-le à 300 la veille de tout changement. Ensuite, un retour arrière prend cinq minutes au lieu d’une journée.
- Prévoyez toujours deux serveurs de noms minimum. Un seul serveur est un point de défaillance unique pour tout votre domaine. Deux sont donc un minimum, et ils ne devraient pas partager le même réseau.
- N’écrivez jamais deux enregistrements SPF. Deux enregistrements TXT commençant par v=spf1 constituent une erreur grave, pas une fusion. Au contraire, mettez tout dans un seul.
- Vérifiez après le changement, pas avant. Relancez la recherche une fois le TTL écoulé. Sinon, vous lisez une copie en cache et l’appelez une preuve.
Quatre façons dont une recherche DNS vous induit en erreur
Chacune fait passer une bonne réponse pour une mauvaise, ou l’inverse.
Se fier à son propre ordinateur
Votre machine met aussi les réponses en cache, et votre routeur également. Ainsi, une recherche depuis votre portable peut avoir des heures de retard sur le reste du monde.
Placer un CNAME sur le domaine racine
Un domaine racine ne peut pas porter de CNAME à côté de ses autres enregistrements. Certains hébergeurs le simulent, et la simulation casse de façon étrange.
Mélanger le sous-domaine et le domaine racine dans la saisie
Les enregistrements de www sont distincts de ceux du nom nu. Par conséquent, vérifiez les deux, car ils divergent souvent.
Croire qu’aucun enregistrement veut dire cassé
Beaucoup de domaines sains n’ont ni AAAA, ni CNAME, ni courrier. Un enregistrement absent n’est un défaut que si vous en aviez besoin.
FAQ du vérificateur d’enregistrements DNS
Quand une modification DNS prend-elle effet ?
Aussi longtemps que l’ancien TTL, pas plus. Si l’enregistrement indiquait 3600, une heure couvre presque tout le monde. Le fameux chiffre de "48 heures" date de l’époque où les transferts de zone étaient lents, et il n’est plus vrai depuis longtemps.
Pourquoi ceci affiche-t-il autre chose que mon hébergeur ?
Votre hébergeur montre ce qu’il a enregistré. Ceci montre ce qu’un résolveur renvoie réellement. Tant que le TTL n’a pas expiré, les deux divergent, et chacun dit vrai sur une chose différente.
Quels sont les types d’enregistrements DNS les plus importants ?
A et AAAA décident d’où se charge le site. Le MX fixe le serveur qui reçoit vos e-mails. NS décide qui est responsable. Le reste est utile plutôt qu’essentiel, donc commencez par ces quatre.
Puis-je interroger un sous-domaine ?
Oui. Saisissez-le complet, comme mail.example.com ou _dmarc.example.com. Les sous-domaines ont leurs propres enregistrements, souvent différents de ceux du domaine parent.
Pourquoi mon domaine n’a-t-il pas de CNAME ?
Parce qu’un nom avec un enregistrement A n’a en général pas de CNAME, et ne peut pas avoir les deux. C’est pourquoi un bloc CNAME vide sur un domaine qui fonctionne est normal, pas un problème.
Que signifie le numéro de série du SOA ?
C’est un compteur de version de la zone. Chaque modification devrait l’augmenter, et les serveurs de noms secondaires s’en servent pour voir qu’ils sont en retard. Beaucoup de fournisseurs l’écrivent sous forme de date.
Une recherche d’enregistrements DNS est-elle privée ?
Le nom saisi atteint ce site, car un navigateur ne parle pas DNS pour une page. Rien d’autre ne l’accompagne, et nous ne gardons aucune copie de la question ni de la réponse.
L’outil accepte-t-il tous les domaines ?
Pour tout domaine enregistré, oui, y compris ceux qui ne vous appartiennent pas. Le DNS est public par conception, et c’est justement ce qui rend un tel vérificateur possible.
Pourquoi vois-je dix-sept enregistrements TXT ?
Les grandes organisations les accumulent. Chaque service qui veut vérifier que le domaine est à vous demande sa propre ligne, et personne ne supprime jamais les anciennes. Une longue liste est donc désordonnée, pas cassée, même si un grand ménage annuel s’impose.
Quelle différence entre NS et SOA ?
NS liste les serveurs qui répondent pour le domaine. SOA nomme celui qui détient la copie maîtresse, avec le numéro de série et les règles de cache. Ainsi, NS est l’équipe et SOA le capitaine.
Un TTL bas doit-il m’inquiéter ?
Non. Un TTL bas signifie simplement que les résolveurs redemandent plus tôt, ce qui coûte un peu de trafic et permet des changements rapides. D’ailleurs, les grands sites utilisent souvent 300 secondes exprès.
Des outils qui accompagnent celui-ci
Trois outils qui répondent à la question suivante que soulève souvent une recherche DNS.
Vérificateur d’âge de domaine
Date d’enregistrement et d’expiration, directement depuis le registre.
Ouvrir l’outil →Vérificateur SSL
Si le certificat correspond au nom et reste valide.
Ouvrir l’outil →Voyez quel code renvoie chaque URL
Ce que dit le serveur une fois que le DNS vous y a mené.
Ouvrir l’outil →
Vérifiez avant de deviner
Tapez le domaine et lisez ce qu’un résolveur renvoie à l’instant, avec chaque TTL en clair. De plus, ce vérificateur d’enregistrements DNS ne coûte rien, se passe de compte et ne fait intervenir aucun intermédiaire.