Che cos’è un record TXT DNS? Formato ed esempi

Un record TXT DNS è un record DNS che contiene testo relativo a un dominio. Oggi viene utilizzato principalmente per dimostrare la titolarità di un dominio e per pubblicare record di autenticazione delle e-mail (SPF, DKIM e DMARC).

Verifica i record TXT di qualsiasi dominio con il nostro strumento di ricerca dei record TXT.

Che cos'è un record TXT DNS?

Un record DNS TXT (testo) è un record di risorse all'interno del Domain Name System progettato per contenere stringhe di testo non formattate. Quando furono definiti nelle prime specifiche di Internet, i record TXT fornivano uno spazio per note leggibili dall'utente, dettagli di contatto o descrizioni di sistema associate a un nome host.

Nel corso del tempo, gli standard di sicurezza e di messaggistica hanno adattato questo tipo di record per consentirne l'utilizzo automatizzato. I moderni server di posta, i fornitori di servizi cloud e le autorità di certificazione interrogano i record TXT per leggere politiche di sicurezza, chiavi crittografiche e token di proprietà in formato leggibile dalle macchine.

A differenza dei record di indirizzo, i record TXT non indirizzano il traffico di rete né collegano gli utenti a un indirizzo IP. Pubblicano invece metadati operativi che i sistemi esterni interrogano e valutano. Un singolo dominio può pubblicare più record TXT sullo stesso nome host senza che si verifichino conflitti.

Per saperne di più sui record di zona fondamentali, consulta la nostra guida su cos'è un record DNS e il nostro indice completo dei tipi di record DNS.

Formato dei record TXT del DNS

Nei file di zona DNS standard, un record TXT segue una struttura prestabilita:

example.com. 3600 IN TXT “v=spf1 include:_spf.google.com ~all”

I componenti di questa voce funzionano come segue:

• Nome (esempio.com.): Il dominio o sottodominio a cui si applica il record.
• TTL (3600): Tempo di permanenza in secondi, che indica ai server dei nomi risolutori per quanto tempo conservare la stringa di testo nella cache.
• Classe (IN): classe Internet, utilizzata da quasi tutte le configurazioni di dominio pubblico.
• Tipo (TXT): Identifica il record di risorsa come testo.
• Valore (“v=spf1…”): Il testo effettivo racchiuso tra virgolette.

Le dashboard DNS spesso semplificano questa procedura riducendola ai campi Host, TTL e Valore. Quando si configura l’host, @ indica in genere il dominio apice o radice, mentre prefissi come _dmarc, _mta-sts o selector._domainkey si riferiscono a sottodomini specifici. La maggior parte delle dashboard di gestione DNS aggiunge automaticamente il dominio apice. Inserendo _dmarc.example.com nel campo "host" si rischia di creare inavvertitamente _dmarc.example.com.example.com, compromettendo la risoluzione.

Il limite di 255 caratteri e la suddivisione delle stringhe

In base alle specifiche DNS (RFC 1035), una singola stringa di caratteri all'interno di un record TXT non può superare i 255 ottetti (caratteri). Quando si pubblicano voci lunghe, come chiavi pubbliche DKIM a 2048 bit o politiche SPF dettagliate, è necessario suddividere il contenuto in più stringhe racchiuse tra virgolette all'interno dello stesso record:

example.com. 3600 IN TXT “v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0Y…” “…resto della stringa della chiave pubblica…”

I resolver di ricezione ricompongono automaticamente queste stringhe adiacenti senza aggiungere spazi. Dividi automaticamente i valori lunghi con il nostro strumento di suddivisione dei record DNS.

Esempi di record TXT del DNS

Gli standard Internet moderni utilizzano i record TXT per la consegna delle e-mail, la sicurezza dell'instradamento e la verifica dell'identità. La tabella seguente elenca otto implementazioni comuni:

I flag delle politiche DMARC come p, rua e pct sono descritti in modo più approfondito nella nostra documentazione completa sui record DMARC.

Usi comuni dei record DNS TXT

Autenticazione delle e-mail: SPF, DKIM, DMARC e BIMI

L'autenticazione delle e-mail si basa quasi interamente sui record TXT del DNS per impedire l'usurpazione d'identità e proteggere la reputazione del marchio.

Sender Policy Framework (SPF) utilizza un record TXT pubblicato sul dominio principale per dichiarare quali server di posta e indirizzi IP sono autorizzati a inviare messaggi per conto dell'utente. Gli agenti di consegna della posta interrogano questo record durante la consegna per individuare le origini contraffatte e aiutare le organizzazioni a a impedire lo spoofing delle e-mail.

DomainKeys Identified Mail (DKIM) pubblica chiavi pubbliche crittografiche su nomi host selettori designati. I server di ricezione recuperano queste chiavi per verificare le firme crittografiche applicate alle intestazioni delle e-mail in uscita, dimostrando che i messaggi non sono stati né alterati né falsificati durante il transito. È possibile consultare la procedura dettagliata per la pubblicazione delle chiavi nella nostra guida alla configurazione di DKIM .

Il protocollo DMARC (Domain-based Message Authentication, Reporting, and Conformance) armonizza le procedure di autenticazione SPF e DKIM. Pubblicato su _dmarc, fornisce indicazioni ai provider di posta elettronica destinatari su come gestire i messaggi non autenticati attraverso il monitoraggio, una politica di quarantenao il rifiuto categorico.

Gli standard complementari ampliano questa base. Il Brand Indicators for Message Identification (BIMI) rimanda ai marchi verificati visualizzati nelle interfacce di webmail compatibili, mentre MTA-STS e TLS-RPT impongono l’uso di tunnel di trasporto crittografati e segnalano gli errori di connessione.

Verifica della proprietà del dominio

Le applicazioni web di terze parti e le piattaforme SaaS richiedono la prova del controllo del dominio prima di concedere l'accesso amministrativo. Servizi come Google Workspace, Microsoft 365, le console di ricerca e le autorità di certificazione pubbliche generano token di verifica univoci durante la configurazione.

La pubblicazione della stringa generata all'interno di un record TXT Apex conferma l'accesso amministrativo alla zona DNS sottostante. Poiché solo i proprietari autorizzati del dominio possono modificare i file di zona DNS, ciò dimostra l'autorità del tenant senza alterare il routing del sito web o le configurazioni di hosting.

Altri usi

I record TXT supportano inoltre l'automazione operativa e la gestione del ciclo di vita dei certificati. I sistemi di certificazione automatizzati come Let’s Encrypt utilizzano _acme-challenge per la convalida DNS-01, a dimostrazione del controllo del dominio prima dell’emissione di certificati TLS gratuiti. Altre piattaforme aziendali utilizzano i token TXT per verificare le destinazioni dei webhook, instradare servizi di terze parti e memorizzare note amministrative.

Come aggiungere un record DNS TXT

Accesso alle impostazioni DNS 

Accedi al tuo registrar di domini, al pannello di controllo dell'hosting o al provider di gestione DNS cloud presso cui risiedono i tuoi server dei nomi autoritativi. Accedi alla dashboard di gestione della zona DNS relativa al dominio di destinazione.

Aggiunta del record

1. Clicca su Aggiungi record e seleziona TXT dal menu a tendina del tipo di record.
2. Inserisci il Host o Nome. Utilizza @ per il tuo dominio Apex oppure inserisci il prefisso specifico del sottodominio (ad esempio _dmarc o il tuo selettore DKIM). Non digitare il nome completo del dominio se il tuo provider lo aggiunge automaticamente.
3. Incolla la stringa fornita nel campo o Contenuto . Inserisci il valore in modo corretto senza aggiungere virgolette aggiuntive, a meno che l'interfaccia DNS non richieda esplicitamente l'uso manuale delle virgolette per la stringa.
4. Imposta il TTL (Time to Live). Il valore standard è 3600 (un'ora), mentre 300 (cinque minuti) è indicato per testare nuovi record.
5. Salva o pubblica le modifiche.

Tempo di propagazione 

Gli aggiornamenti del DNS non vengono applicati immediatamente a livello globale. I server di risoluzione continuano a fornire la copia memorizzata nella cache fino alla scadenza del TTL precedente.

La maggior parte degli aggiornamenti dei record TXT si diffonde tra i resolver primari nel giro di pochi minuti, anche se la propagazione completa a livello mondiale può richiedere fino a 48 ore a seconda delle cache dei provider. Tieni traccia della diffusione delle modifiche utilizzando il nostro strumento di verifica della propagazione DNS, oppure scopri di più sul comportamento della cache nella nostra guida su quanto tempo impiegano gli aggiornamenti DNS.

Come controllare i record DNS TXT

In linea

La verifica dei record tramite strumenti web consente di controllare i valori di risoluzione senza ricorrere ad ambienti terminali locali. È possibile controllare la configurazione attiva del proprio dominio utilizzando il nostro strumento di ricerca dei record TXT . Per esaminare contemporaneamente tutti i record di zona pubblicati, esegui una query sul tuo dominio tramite il nostro completo ricerca dei record DNS.

Linea di comando

È inoltre possibile eseguire query sui record direttamente dal terminale del sistema operativo:

Come utilizzare il comando `dig` su Linux e macOS:

dig TXT example.com +short

Per eseguire una query su un record di sottodominio specifico, come DMARC:

dig TXT _dmarc.example.com +short

Come utilizzare nslookup su Windows, macOS o Linux:

nslookup -type=TXT example.com

Utilizzo di PowerShell sui sistemi Windows più recenti:

Resolve-DnsName example.com -Type TXT

Regole relative ai record TXT ed errori comuni

Sebbene il DNS offra una notevole flessibilità, le configurazioni TXT sono regolate da diverse regole strutturali:

• Pubblica un solo record SPF per dominio: I domini possono ospitare decine di record TXT distinti nella radice, ma non devi mai pubblicare più di un record SPF (v=spf1). La pubblicazione di più record SPF fa sì che i server di posta responsabili della risoluzione restituiscano un errore SPF PermError, causando il fallimento dell'autenticazione. Combina tutte le fonti di invio in un'unica riga.
• Mantenere le ricerche DNS entro il limite SPF: le politiche SPF non possono richiedere più di 10 ricerche DNS tra tutti i meccanismi include, a, mx e ptr. Mantieni l'utilizzo delle ricerche entro i limiti utilizzando il nostro contatore di ricerche SPF.
• Stringhe suddivise che superano i 255 caratteri: Se una stringa di testo continua supera i 255 caratteri senza interruzioni dovute alle virgolette, alcuni provider DNS rifiutano l'aggiornamento o troncano il valore, compromettendo le chiavi crittografiche DKIM.
• Evitare le virgolette tipografiche: Il copia-incolla di dati da programmi di videoscrittura o sistemi di documentazione spesso introduce virgolette curve o virgolette tipografiche (“ ”). I sistemi DNS richiedono virgolette ASCII semplici (” “).
• Eliminare le stringhe di verifica obsolete: Rimuovere i token di verifica dei domini legacy una volta che i provider cloud o le migrazioni software vengono dismessi, per mantenere i file di zona puliti e gestibili.

Domande frequenti

Qual è la differenza tra un record DNS TXT e un record CNAME?

Un record TXT contiene dati testuali arbitrari utilizzati per l'autenticazione, i metadati e la verifica del dominio. Un record CNAME crea un alias che associa un nome di dominio a un altro nome di dominio canonico, reindirizzando le ricerche anziché contenere direttamente informazioni testuali.

Un dominio può avere più record DNS TXT?

Sì. Un singolo dominio o nome host può ospitare contemporaneamente più record TXT. Ad esempio, il dominio principale può ospitare un record SPF insieme a token di verifica distinti per Google e Microsoft. Tuttavia, non bisogna mai pubblicare più record SPF sullo stesso nome host.

I record TXT influiscono sulla velocità o sulle prestazioni del sito web?

No. I browser web interrogano i record di indirizzi A e AAAA per individuare i server web e visualizzare le pagine web. Durante la normale navigazione tra le pagine, non richiedono né analizzano i record TXT, il che significa che le voci TXT non hanno alcun impatto sulla velocità di caricamento dei siti web.

Esiste un limite di lunghezza per i record TXT?

Sì. Le singole stringhe all'interno di un record TXT non possono superare i 255 caratteri. I valori che superano tale limite devono essere suddivisi in più stringhe racchiuse tra virgolette all'interno della stessa voce del record. I resolver moderni ricompongono automaticamente queste stringhe adiacenti in un blocco continuo senza spazi.

Come posso verificare se un record TXT DNS è attivo?

È possibile verificare se un record TXT si è propagato effettuando un test sul nome host nel nostro servizio gratuito ricerca dei record TXT oppure eseguendo il comando dig TXT example.com +short nella riga di comando. Se l'output restituisce la stringa desiderata, il record è attivo.

Parole finali

I record TXT del DNS si sono evoluti da semplici note amministrative a un meccanismo fondamentale per la sicurezza della posta elettronica, la verifica dell'identità e le integrazioni con i servizi web. Dalla pubblicazione delle politiche SPF, DKIM e DMARC alla convalida dei certificati SSL e delle suite software aziendali, una corretta formattazione dei record TXT protegge il tuo dominio digitale dallo spoofing e da configurazioni errate.

Mantenere una visibilità costante sui record pubblicati garantisce che le modifiche alle politiche e le voci non aggiornate non compromettano la deliverability né la fiducia nel marchio.

Monitora ogni record su ogni dominio

Controlli non superati ordinati in base alla gravità con le relative azioni correttive, avvisi sui domini simili, monitoraggio della scadenza dei certificati SSL e dei domini, oltre a report personalizzati in formato PDF e CSV per gli audit SOC 2, ISO 27001 e PCI DSS, il tutto in un'unica dashboard.