Qu'est-ce qu'un enregistrement TXT DNS ? Format et exemples

Un enregistrement DNS de type TXT est un enregistrement DNS qui stocke du texte associé à un domaine. Aujourd'hui, il est principalement utilisé pour prouver la propriété d'un domaine et pour publier des enregistrements d'authentification des e-mails (SPF, DKIM et DMARC).

Vérifiez les enregistrements TXT de n'importe quel domaine grâce à notre outil de recherche d'enregistrements TXT.

Qu'est-ce qu'un enregistrement TXT DNS ?

Un enregistrement DNS de type TXT (texte) est un enregistrement de ressource du système de noms de domaine (DNS) destiné à contenir des chaînes de texte non formatées. Lorsqu'ils ont été définis dans les premières spécifications d'Internet, les enregistrements TXT permettaient d'héberger des notes lisibles par l'utilisateur, des coordonnées ou des descriptions du système associées à un nom d'hôte.

Au fil du temps, les normes de sécurité et de messagerie ont adapté ce type d'enregistrement à une utilisation automatisée. Les serveurs de messagerie modernes, les fournisseurs de services cloud et les autorités de certification interrogent les enregistrements TXT pour lire des politiques de sécurité, des clés cryptographiques et des jetons de propriété sous une forme lisible par machine.

Contrairement aux enregistrements d'adresse, les enregistrements TXT ne dirigent pas le trafic réseau et ne connectent pas les utilisateurs à une adresse IP. Ils publient plutôt des métadonnées opérationnelles que les systèmes externes interrogent et analysent. Un même domaine peut publier plusieurs enregistrements TXT sur exactement le même nom d'hôte sans qu'il y ait de conflit.

Pour en savoir plus sur les enregistrements de zone fondamentaux, consultez notre guide intitulé ce qu'est un enregistrement DNS et notre index complet des types d'enregistrements DNS.

Format des enregistrements TXT du DNS

Dans les fichiers de zone DNS standard, un enregistrement TXT respecte une structure bien définie :

example.com. 3600 IN TXT « v=spf1 include:_spf.google.com ~all »

Les éléments de cette entrée fonctionnent comme suit :

• Nom (exemple.com.) : Le domaine ou sous-domaine auquel s'applique l'enregistrement.
• TTL (3600): durée de vie en secondes, indiquant aux serveurs de noms de résolution pendant combien de temps ils doivent mettre en cache la chaîne de caractères.
• Classe (IN): classe Internet, utilisée par la quasi-totalité des configurations de domaine public.
• Type (TXT): Identifie l'enregistrement de ressource comme étant du texte.
• Valeur (« v=spf1… »): Les données textuelles proprement dites, placées entre guillemets.

Les interfaces de gestion DNS simplifient souvent cette procédure en proposant des champs « Hôte », « TTL » et « Valeur ». Lors de la configuration de l’hôte, @ désigne généralement le domaine racine, tandis que des préfixes tels que _dmarc, _mta-sts ou selector._domainkey ciblent des sous-domaines spécifiques. La plupart des interfaces de gestion DNS ajoutent automatiquement votre domaine racine. Saisir « _dmarc.example.com » dans un champ « hôte » peut créer par inadvertance « _dmarc.example.com.example.com », ce qui empêche la résolution.

La limite de 255 caractères et le fractionnement des chaînes de caractères

Conformément aux spécifications DNS (RFC 1035), une chaîne de caractères unique au sein d'un enregistrement TXT ne peut pas dépasser 255 octets (caractères). Lorsque vous publiez des entrées longues, telles que des clés publiques DKIM de 2 048 bits ou des politiques détaillées d'SPF , vous devez diviser le contenu en plusieurs chaînes entre guillemets au sein du même enregistrement :

example.com. 3600 IN TXT « v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0Y… » « …suite de la chaîne de la clé publique… »

Les résolveurs de réception concatènent automatiquement ces chaînes adjacentes sans ajouter d'espaces. Divisez automatiquement les valeurs longues à l'aide de notre outil de fractionnement d'enregistrements DNS.

Exemples d'enregistrements TXT DNS

Les normes Internet modernes utilisent les enregistrements TXT pour la distribution des e-mails, la sécurité du routage et la vérification d'identité. Le tableau ci-dessous répertorie huit implémentations courantes :

Les indicateurs de politique DMARC tels que « p », « rua » et « pct » sont décrits plus en détail dans notre documentation complète sur les enregistrements DMARC.

Utilisations courantes des enregistrements DNS TXT

Authentification des e-mails : SPF, DKIM, DMARC et BIMI

L'authentification des e-mails repose presque entièrement sur les enregistrements TXT du DNS pour empêcher l'usurpation d'identité et protéger la réputation de la marque.

Le Sender Policy Framework (SPF) utilise un enregistrement TXT publié au niveau du domaine racine pour indiquer quels serveurs de messagerie et quelles adresses IP sont autorisés à acheminer des messages en votre nom. Les agents de distribution de courrier interrogent cet enregistrement lors de la distribution afin de détecter les origines falsifiées et d’aider les organisations à à mettre fin à l'usurpation d'adresse e-mail.

DomainKeys Identified Mail (DKIM) publie des clés publiques cryptographiques sur des noms d'hôte sélecteurs désignés. Les serveurs destinataires récupèrent ces clés pour vérifier les signatures cryptographiques appliquées aux en-têtes des e-mails sortants, prouvant ainsi que les messages n'ont été ni modifiés ni falsifiés pendant leur transit. Vous pouvez consulter la procédure étape par étape de publication des clés dans notre guide de configuration DKIM .

Le protocole DMARC ( SPF ) harmonise l'authentification DMARC et DKIM. Publié sur _dmarc, il indique aux fournisseurs de messagerie destinataires comment traiter les messages non authentifiés grâce à la surveillance, une quarantine politiqueou un rejet strict.

Des normes complémentaires viennent compléter ce cadre de base. La norme BIMI ( Brand Indicators for Message Identification ) établit un lien vers des marques de marque vérifiées affichées dans les interfaces de messagerie Web prises en charge, tandis que les normes MTA-STS et TLS-RPT imposent l'utilisation de tunnels de transport chiffrés et signalent les échecs de connexion.

Vérification de la propriété du domaine

Les applications web tierces et les plateformes SaaS exigent une preuve de contrôle du domaine avant d'accorder des droits d'accès administratifs. Des services tels que Google Workspace, Microsoft 365, les consoles de recherche et les autorités de certification publiques génèrent des jetons de vérification uniques lors de la configuration.

La publication de la chaîne générée dans un enregistrement TXT Apex confirme l'accès administratif à la zone DNS sous-jacente. Étant donné que seuls les propriétaires de domaine autorisés peuvent modifier les fichiers de zone DNS, cela prouve l'autorité du locataire sans modifier le routage du site web ni les configurations d'hébergement.

Autres utilisations

Les enregistrements TXT permettent également l'automatisation des opérations et la gestion du cycle de vie des certificats. Les systèmes de certificats automatisés tels que Let’s Encrypt utilisent des enregistrements _acme-challenge pour la validation DNS-01, qui permet de prouver le contrôle du domaine avant l’émission de certificats TLS gratuits. D’autres plateformes d’entreprise utilisent des jetons TXT pour vérifier les destinations des webhooks, acheminer des services tiers et stocker des notes administratives.

Comment ajouter un enregistrement DNS TXT

Accès à vos paramètres DNS 

Connectez-vous à votre registraire de domaine, à votre panneau de contrôle d'hébergement ou à votre fournisseur de gestion DNS dans le cloud où se trouvent vos serveurs de noms faisant autorité. Accédez au tableau de bord de gestion de la zone DNS de votre domaine cible.

Ajout de l'enregistrement

1. Cliquez sur Ajouter un enregistrement puis sélectionnez TXT dans la liste déroulante des types d'enregistrement.
2. Accédez à la Hôte ou nom. Utilisez @ pour votre domaine Apex, ou saisissez le préfixe de sous-domaine spécifique (tel que _dmarc ou votre sélecteur DKIM). Ne saisissez pas le nom de domaine complet si votre fournisseur l'ajoute automatiquement.
3. Collez la chaîne fournie dans le champ « ou Contenu . Saisissez la valeur telle quelle, sans ajouter de guillemets supplémentaires, sauf si votre interface DNS exige explicitement que la chaîne soit placée entre guillemets.
4. Définir le TTL (Time to Live). La valeur par défaut est 3600 (une heure), mais 300 (cinq minutes) convient bien pour tester de nouvelles entrées.
5. Enregistrez ou publiez vos modifications.

Temps de propagation 

Les mises à jour du DNS ne se répercutent pas instantanément à l'échelle mondiale. Les serveurs de noms continuent d'utiliser leur copie mise en cache jusqu'à l'expiration du TTL précédent.

La plupart des mises à jour des enregistrements TXT se propagent aux résolveurs principaux en quelques minutes, bien que la propagation mondiale complète puisse prendre jusqu’à 48 heures selon les caches des fournisseurs. Suivez la propagation des modifications à l’aide de notre outil de vérification de la propagation DNS, ou découvrez-en davantage sur le fonctionnement des caches dans notre guide consacré à le temps nécessaire aux mises à jour DNS.

Comment vérifier les enregistrements DNS TXT

En ligne

La vérification des enregistrements à l'aide d'outils Web vous permet de consulter les valeurs de résolution sans avoir recours à des environnements de terminal locaux. Vous pouvez consulter la configuration en temps réel de votre domaine à l'aide de notre outil dédié outil de recherche d’enregistrements TXT . Pour examiner simultanément tous les enregistrements de zone publiés, interrogez votre domaine via notre recherche d’enregistrements DNS.

Ligne de commande

Vous pouvez également interroger les enregistrements directement depuis le terminal de votre système d'exploitation :

Utilisation de « dig » sous Linux et macOS :

dig TXT example.com +short

Pour interroger un enregistrement de sous-domaine spécifique, tel que DMARC :

dig TXT _dmarc.example.com +short

Utilisation de nslookup sous Windows, macOS ou Linux :

nslookup -type=TXT example.com

Utilisation de PowerShell sur les systèmes Windows récents :

Resolve-DnsName example.com -Type TXT

Règles relatives aux enregistrements TXT et erreurs courantes

Bien que le DNS offre une grande souplesse, plusieurs règles structurelles régissent les configurations TXT :

• Ne publiez qu'un seul enregistrement « SPF » par domaine: les domaines peuvent héberger des dizaines d’enregistrements TXT distincts à la racine, mais vous ne devez jamais publier plus d’un enregistrement SPF (v=spf1). La publication de plusieurs enregistrements SPF entraîne le renvoi d’une erreur «SPF PermError » par les serveurs de messagerie chargés de la résolution, ce qui provoque l’échec de l’authentification. Regroupez toutes les sources d’envoi sur une seule ligne.
• Respectez la limite de requêtes DNS fixée par SPF : les politiques d'SPF ne peuvent pas exiger plus de 10 requêtes DNS pour l'ensemble des mécanismes « include », « a », « mx » et « ptr ». Respectez ces limites d'utilisation des requêtes à l'aide de notre SPF compteur de requêtes.
• Diviser les chaînes de caractères dépassant 255 caractères : Si une chaîne de texte continue dépasse 255 caractères sans interruption par des guillemets, certains fournisseurs DNS rejettent la mise à jour ou tronquent la valeur, ce qui corrompt les clés cryptographiques DKIM.
• Évitez les guillemets typographiques : Le copier-coller de données provenant de traitements de texte ou de systèmes de documentation entraîne souvent l’apparition de guillemets courbes ou « intelligents » (“ ”). Les systèmes DNS exigent des guillemets ASCII simples (” “).
• Supprimer les chaînes de vérification obsolètes : Supprimez les jetons de vérification de domaine hérités une fois que les fournisseurs de services cloud ou les migrations logicielles ont été abandonnés, afin de garantir la propreté et la facilité de gestion des fichiers de zone.

Foire aux questions

Quelle est la différence entre un enregistrement DNS TXT et un enregistrement CNAME ?

Un enregistrement TXT stocke des données textuelles arbitraires utilisées à des fins d'authentification, de métadonnées et de vérification de domaine. Un enregistrement CNAME crée un alias qui associe un nom de domaine à un autre nom de domaine canonique, en redirigeant les requêtes plutôt qu’en contenant directement des informations textuelles.

Un domaine peut-il avoir plusieurs enregistrements DNS TXT ?

Oui. Un même domaine ou nom d'hôte peut héberger plusieurs enregistrements TXT simultanément. Par exemple, votre domaine racine peut héberger un enregistrement « SPF » ainsi que des jetons de vérification distincts pour Google et Microsoft. Cependant, vous ne devez en aucun cas publier plusieurs enregistrements « SPF » sur le même nom d'hôte.

Les enregistrements TXT ont-ils une incidence sur la vitesse ou les performances du site web ?

Non. Les navigateurs Web interrogent les enregistrements d'adresses A et AAAA pour localiser les serveurs Web et afficher les pages Web. Ils ne demandent ni n'analysent les enregistrements TXT lors de la navigation normale sur les pages, ce qui signifie que les entrées TXT n'ont aucun impact sur la vitesse de chargement des sites Web.

Y a-t-il une limite de longueur pour les enregistrements TXT ?

Oui. Les chaînes de caractères individuelles contenues dans un enregistrement TXT ne doivent pas dépasser 255 caractères. Les valeurs dépassant cette limite doivent être divisées en plusieurs chaînes de caractères entre guillemets au sein d’un même enregistrement. Les résolveurs modernes regroupent automatiquement ces chaînes adjacentes pour former un bloc continu sans espaces.

Comment puis-je vérifier qu'un enregistrement TXT DNS est bien actif ?

Vous pouvez vérifier si un enregistrement TXT a été propagé en testant le nom d'hôte dans notre outil gratuit outil gratuit de recherche d'enregistrements TXT ou en exécutant la commande « dig TXT example.com +short » dans votre ligne de commande. Si le résultat affiche la chaîne de caractères souhaitée, l'enregistrement est actif.

En conclusion

Les enregistrements TXT du DNS ont évolué, passant de simples notes administratives à un mécanisme central pour la sécurité des e-mails, la vérification d'identité et les intégrations de services Web. Qu'il s'agisse de publier des politiques SPF, DKIM et DMARC ou de valider des certificats SSL et des suites logicielles d'entreprise, un formatage correct des enregistrements TXT protège votre domaine numérique contre l'usurpation d'identité et les erreurs de configuration.

En assurant une visibilité permanente sur vos fiches publiées, vous vous assurez que les modifications apportées à vos politiques et les entrées obsolètes ne nuisent pas à la délivrabilité ni à la confiance accordée à votre marque.

Surveiller chaque enregistrement sur chaque domaine

Les contrôles ayant échoué classés par niveau de gravité avec les mesures correctives à mettre en œuvre, les alertes relatives aux domaines similaires, le suivi de l'expiration des certificats SSL et des noms de domaine, ainsi que des rapports personnalisés au format PDF et CSV pour les audits SOC 2, ISO 27001 et PCI DSS, le tout dans un tableau de bord unique.