Verificatore di record TXT - Strumento gratuito per la ricerca dei record TXT DNS

Cerca e analizza immediatamente tutti i record DNS TXT di qualsiasi dominio, compresi i record di verifica SPF, DMARC, DKIM, Google e Microsoft. Gratuito, in tempo reale, senza bisogno di registrarsi.
Selettore DKIM
Filtra per tipo
Recupero dei record TXT...
Ricerca DNS reale tramite Google DNS · Cloudflare · OpenDNS · non è richiesta alcuna registrazione

Come utilizzare lo strumento di verifica dei record TXT

1
Inserisci un nome di dominio (ad es. example.com) nel campo di immissione - le barre degli strumenti https:// e i percorsi di accesso in modo automatico
2
Seleziona un resolver DNS ( Google, Cloudflare o OpenDNS ) per interrogare i record provenienti da diverse fonti
3
Il rilevamento automatico DKIM è attivo per impostazione predefinita: controlla in parallelo 15 selettori comuni e visualizza immediatamente quelli individuati. Oppure disattivalo per inserire manualmente un selettore specifico
4
Clicca su "Verifica record " o premi Invio per recuperare immediatamente tutti i record TXT relativi al dominio. Utilizza i filtri per selezionare tipi di record specifici

Che cos'è un record TXT DNS?

Un record DNS TXT (testo) memorizza dati testuali arbitrari associati a un dominio. Originariamente concepiti per note leggibili dall'uomo, i record TXT sono oggi ampiamente utilizzati per la verifica e l'autenticazione leggibili da macchine, soprattutto per la sicurezza della posta elettronica.

A differenza dei record A o MX, che indirizzano il traffico e la posta elettronica, i record TXT fungono da bacheca pubblica: i server di posta, gli strumenti di sicurezza e i servizi di terze parti li leggono per verificare l'identità, autorizzare azioni o applicare le politiche.

Autenticazione e-mail
SPF, DKIM e DMARC utilizzano tutti record TXT per pubblicare le politiche che i server di posta in arrivo verificano prima di consegnare le e-mail.
Verifica del dominio
Google, Microsoft e altri servizi richiedono di aggiungere un record TXT per dimostrare la titolarità di un dominio prima di concedere l'accesso.
Politiche di sicurezza
I record BIMI, MTA-STS e TLS-RPT vengono pubblicati come record TXT per comunicare le configurazioni di sicurezza ai server destinatari.
Integrazioni con servizi di terze parti
Molti strumenti SaaS utilizzano i record TXT per verificare la proprietà del dominio prima di abilitare i domini di invio personalizzati o l'autenticazione SSO.

Tipi di record TXT - Significato di ciascun tag

Questo strumento classifica automaticamente ogni record TXT che trova. Di seguito è riportata una guida su cosa indica ciascun tag.

Riferimento ai tipi di record TXT - SPF, DMARC, DKIM, Google, Microsoft, Altri
Tag Cosa significa Rilevante per
SPF Inizia con v=spf1 - definisce quali server di posta sono autorizzati a inviare e-mail per questo dominio Consegna delle e-mail, prevenzione dello spam
DMARC Inizia con v=DMARC1 - definisce le regole per la gestione delle e-mail che non superano i controlli SPF o DKIM Politica di autenticazione delle e-mail, segnalazione di abusi
DKIM Inizia con v=DKIM1 - una chiave pubblica utilizzata dai server destinatari per verificare la firma dell'e-mail Firma delle e-mail, rilevamento delle manomissioni
Google Contiene google-site-verification - dimostra la titolarità di Google Workspace o Search Console Verifica del dominio per i servizi Google
Microsoft Contiene ms= o parole chiave Microsoft - dimostra la titolarità su Microsoft 365 o Azure AD Verifica del dominio dei servizi Microsoft
Altro Qualsiasi altro record TXT: token per strumenti SaaS, stringhe personalizzate o altre verifiche della piattaforma Servizi di terze parti, casi d'uso personalizzati

Domande frequenti

Una ricerca dei record TXT interroga il DNS per individuare tutti i record di tipo TXT pubblicati sotto un nome di dominio. Restituisce i valori grezzi dei record insieme ai dati TTL. Questo strumento esegue la ricerca in tempo reale utilizzando il resolver DNS di tua scelta — Google, Cloudflare o OpenDNS — e classifica automaticamente ogni record come SPF, DMARC, DKIM o record di verifica.
Sì, un dominio può avere tutti i record TXT necessari. In pratica, la maggior parte dei domini ne ha diversi: un record SPF, un record DMARC, uno o più record DKIM (uno per ogni selettore/servizio di invio), oltre ai record di verifica del dominio per Google, Microsoft o altre piattaforme. Si noti che un dominio dovrebbe avere sempre e soloun record SPF: la presenza di più record SPF causa il fallimento dell'autenticazione SPF.
Ciò significa che per questo dominio non è presente alcun record nel DNS. L'assenza di SPF comporta l'impossibilità per i server di ricezione di verificare i mittenti autorizzati, aumentando così il rischio di spam. L'assenza di DKIM significa che le e-mail non sono firmate, riducendo così il livello di affidabilità. L'assenza di DMARC implica che non esiste una politica che regoli cosa succede in caso di errore di SPF o DKIM e che non si ricevono segnalazioni di abuso. Per garantire una buona deliverability, tutti e tre questi elementi devono essere presenti.
Le modifiche ai record TXT vengono propagate in base al valore TTL (Time to Live) del record. Un TTL pari a 3600 significa che i resolver memorizzano il record nella cache per un massimo di 1 ora prima di recuperare una copia aggiornata. La propagazione a livello globale richiede in genere da pochi minuti a 48 ore, a seconda del TTL e dei tempi di cache dei resolver a valle. Durante le migrazioni, ridurre temporaneamente il TTL a 300 secondi accelera la propagazione.
I diversi tipi di record DNS hanno finalità diverse: i record A associano un dominio a un indirizzo IP, i record MX definiscono i server di posta, i record CNAME creano alias e i record NS definiscono i server dei nomi. I record TXT contengono testo libero e vengono utilizzati per la verifica e la pubblicazione di politiche; non influiscono sulla risoluzione del dominio né sull'instradamento del traffico, ma vengono letti dai server di posta e dai servizi di terze parti.
Se l'SPF non compare nei risultati, le cause più comuni sono: il record non è stato ancora aggiunto, oppure è stato aggiunto al sottodominio sbagliato (dovrebbe trovarsi sul dominio principale) @), le modifiche al DNS non si sono ancora propagate (attendere fino a 48 ore) oppure il record presenta un errore di sintassi che ne impedisce il riconoscimento. Prova a selezionare un altro resolver DNS dal menu a tendina: Google e Cloudflare a volte applicano le modifiche con tempistiche diverse.

Monitora automaticamente i tuoi record DNS e l'autenticazione delle e-mail


PowerDMARC ti avvisa non appena i tuoi record SPF, DMARC o DKIM subiscono modifiche, prima che ciò influisca sulla consegna delle tue e-mail.