Domain IP Lookup

Les enregistrements que vous croiserez dans presque toutes les zones

ANom d'hôte vers une adresse IPv4
AAAANom d'hôte vers une adresse IPv6
CNAMENom d'hôte vers un autre nom d'hôte
MXDomaine vers ses serveurs de messagerie, par priorité
TXTDomaine vers du texte libre : SPF, DKIM, vérification
NSDomaine vers les serveurs de noms qui répondent pour lui
Guides pratiques

Enregistrements TXT expliqués : SPF, DKIM et DMARC

3 min de lecture

Un enregistrement TXT contient du texte libre rattaché à un nom de domaine. Cela paraît anodin, mais c'est par là que passe la publication de tout le système de confiance du courrier, ainsi que la plupart des vérifications de propriété de domaine que vous aurez à faire.

Le problème de fond est que SMTP, conçu en 1982, permet à n'importe quel serveur de prétendre envoyer au nom de n'importe quel domaine. Rien dans le protocole ne l'empêche. SPF, DKIM et DMARC sont trois couches ajoutées après coup pour y remédier, et toutes trois résident dans des enregistrements TXT.

À retenir

Les enregistrements MX décident où arrive votre courrier. Ces trois enregistrements TXT décident si quelqu'un croit au courrier qui prétend venir de vous. Sans eux, les messages légitimes finissent en spam.

SPF : quels serveurs peuvent envoyer en votre nom

SPF (Sender Policy Framework) publie une liste des serveurs autorisés à envoyer du courrier pour votre domaine. Un serveur de réception compare l'IP qui se connecte à cette liste.

Un enregistrement SPF typique
example.com.    3600    IN    TXT    "v=spf1 include:_spf.google.com ip4:93.184.216.34 ~all"
ÉlémentSignification
v=spf1Marqueur de version : doit venir en premier.
include:_spf.google.comFaire aussi confiance à tout ce qui figure dans l'enregistrement SPF de Google.
ip4:93.184.216.34Faire confiance à cette adresse précise.
~allÉchec souple : tout le reste est suspect mais pas rejeté.
-allÉchec strict : rejeter tout ce qui n'est pas listé. Plus rigoureux.

DKIM : une signature cryptographique

DKIM (DomainKeys Identified Mail) signe chaque message sortant avec une clé privée. Vous publiez la clé publique correspondante dans le DNS, et les destinataires vérifient la signature.

Un enregistrement DKIM : notez le sélecteur dans le nom
selector1._domainkey.example.com.  IN  TXT  "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEB..."

La partie selector1 est choisie par votre fournisseur de messagerie et incluse dans chaque message signé, afin que les destinataires sachent quelle clé récupérer. Les sélecteurs permettent de faire tourner les clés, ou d'utiliser plusieurs fournisseurs, sans conflit.

L'avantage de DKIM sur SPF est que la signature couvre le message lui-même, et survit donc au transfert. Sa faiblesse est qu'il ne dit rien des messages qui arrivent sans aucune signature, ce que DMARC vient combler.

DMARC : que faire quand les deux premiers échouent

DMARC (Domain-based Message Authentication, Reporting and Conformance) relie les deux autres : il exige que SPF ou DKIM non seulement réussissent mais soient alignés avec l'adresse From visible, et il indique aux destinataires quoi faire en cas d'échec.

Un enregistrement DMARC : toujours à _dmarc
_dmarc.example.com.    IN    TXT    "v=DMARC1; p=quarantine; rua=mailto:reports@example.com; pct=100"
BaliseSignification
p=noneSurveillance uniquement : aucune action. C'est le point de départ.
p=quarantineEnvoyer le courrier en échec dans le spam.
p=rejectRefuser catégoriquement le courrier en échec. L'objectif final.
rua=Où envoyer les rapports agrégés.
pct=Appliquer la politique à ce pourcentage du courrier : utile pour un déploiement progressif.

Déployer les trois en toute sécurité

L'ordre compte. Passer directement à p=reject est le moyen classique de rendre vos propres factures non distribuables.

  1. Inventorier tout ce qui envoie en votre nom

    Votre fournisseur de messagerie, bien sûr, mais aussi les outils de facturation, le CRM, les plateformes marketing, les systèmes de tickets et le courrier transactionnel de votre application. Tout oubli ici posera problème plus tard.

  2. Publier SPF avec un échec souple

    Incluez chaque expéditeur de l'étape un et terminez par ~all. L'échec souple marque les expéditeurs non listés comme suspects sans détruire le courrier pendant que vous vérifiez la liste.

  3. Activer la signature DKIM

    Activez-la chez chaque fournisseur et publiez les enregistrements de sélecteur qu'il vous donne. Envoyez un message de test et confirmez que la signature est vérifiée.

  4. Démarrer DMARC à p=none

    Surveillance uniquement. Collectez les rapports agrégés pendant deux à quatre semaines : ils révéleront les expéditeurs que vous aviez oubliés.

  5. Durcir progressivement

    Une fois que les rapports ne montrent que des sources légitimes qui réussissent, passez à p=quarantine, éventuellement avec pct=25 d'abord, puis à p=reject lorsque tout est propre.

Les enregistrements TXT ne servent pas qu'au courrier

Le même type d'enregistrement porte la vérification de propriété de domaine pour des dizaines de services : Google Search Console, Microsoft 365, Facebook et d'autres vous demandent de publier un jeton sous forme d'enregistrement TXT, puis de le vérifier.

Enregistrements de vérification typiques
example.com.    IN    TXT    "google-site-verification=rXsLp2..."
example.com.    IN    TXT    "MS=ms12345678"

Ils cohabitent sans problème. Un domaine peut contenir de nombreux enregistrements TXT ; la seule règle est qu'il doit y en avoir exactement un commençant par v=spf1.

Passez n'importe quel domaine dans l'outil de recherche pour voir tous ses enregistrements TXT ensemble : un moyen rapide de repérer un enregistrement SPF en double ou un jeton de vérification qui n'a jamais été retiré.

Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.

Outils gratuits sur ce sujet

Questions fréquentes

À lire aussi

Comment un e-mail trouve votre serveur de messagerie

Expéditeur

you@gmail.com

Recherche MX

qui reçoit le courrier ?

Serveur de messagerie

priorité 10 d'abord

Boîte de réception

livré

Le numéro de priorité le plus bas l'emporte ; les plus élevés servent de secours

Guides pratiques

Que sont les enregistrements MX ? Routage des e-mails

L'enregistrement qui décide où atterrit votre courrier : le fonctionnement des priorités, ce que signifie le null MX et les erreurs qui font perdre des messages en silence.

5 min de lecture

Le DNS inverse fait la recherche à l'envers

Adresse IP

93.184.216.34

le point de départ

Recherche PTR

in-addr.arpa : leur zone, pas la vôtre

Nom d'hôte

la réponse

La zone inverse appartient au propriétaire du bloc d'IP, pas au propriétaire du domaine

Guides pratiques

Qu'est-ce que le DNS inverse ? Les enregistrements PTR

La recherche qui fonctionne à l'envers : pourquoi votre hébergeur la contrôle, et pourquoi son absence envoie discrètement vos e-mails dans les spams.

3 min de lecture

Les enregistrements que vous croiserez dans presque toutes les zones

ANom d'hôte vers une adresse IPv4
AAAANom d'hôte vers une adresse IPv6
CNAMENom d'hôte vers un autre nom d'hôte
MXDomaine vers ses serveurs de messagerie, par priorité
TXTDomaine vers du texte libre : SPF, DKIM, vérification
NSDomaine vers les serveurs de noms qui répondent pour lui
Fondamentaux du DNS

Types d'enregistrements DNS expliqués : la référence complète

Chaque type d'enregistrement à connaître, son rôle, son aspect et l'erreur qu'on commet avec lui, réunis sur une seule page de référence.

4 min de lecture