Vai al contenuto principale

Ricerca record TXT

Verifica SPF, DKIM, DMARC e le tue configurazioni testuali

Problemi di autenticazione email? Verifica che i tuoi record TXT per SPF, DKIM e DMARC siano correttamente pubblicati e propagati.

Tipo di recordogni tipo ha una pagina dedicata

Il risultato appare automaticamente più in basso

Modalità di risoluzione
Testa la propagazione DNS

Semplice = una query al resolver · Traccia = discesa dalla radice

opzioniOpzioni avanzate

Punti chiave dello strumento

SPF, DKIM, DMARC

Visualizza i record di autenticazione email. Identifica rapidamente errori di sintassi o record mancanti.

Verifiche di dominio

Consulta i token di verifica (Google, Microsoft, ecc.) pubblicati nella tua zona DNS.

Sintassi completa

Visualizza il valore completo di ogni TXT, anche record lunghi con concatenazione.

Multi-resolver

Confronta le risposte di Google, Cloudflare, Quad9 per rilevare problemi di propagazione.

Gratuito e illimitato

Testa quanti domini vuoi. Nessuna registrazione richiesta.

Come utilizzare al meglio le opzioni del motore di lookup DNS

Cos'è la traccia iterativa?

La traccia esegue la risoluzione passo dopo passo. Il resolver interroga prima i server root, poi il TLD (.com, .it, .eu) e infine i server autoritativi della zona di destinazione. A ogni fase la pagina mostra il server interrogato, la risposta, l'RCODE e la latenza.

  1. 1. Root

    Scoperta dei server TLD per il nome richiesto.

  2. 2. TLD

    Riferimento agli NS della zona (delegazione).

  3. 3. Authoritative

    Risposta finale (o errore) con TTL e latenza.

A cosa serve?

  • Confrontare le risposte tra resolver e regioni
  • Individuare cache calde, TTL troppo lunghi o deleghe incomplete
  • Spiegare una differenza di latenza o un RCODE inatteso

Suggerimento: lascia la traccia disattivata per i controlli rapidi; attivala durante un'indagine o per preparare ticket e post-mortem.

Cos'è la traccia classica?

La traccia classica interroga solo il resolver selezionato (UDP o DoH) e mostra la risposta così come viene percepita da quel punto di rete. Ottieni l'RCODE, le sezioni di risposta e la latenza per il tratto client → resolver.

  1. 1. Resolver scelto

    Utilizza il preset o la configurazione personalizzata per eseguire la query esattamente come farebbe il tuo servizio.

  2. 2. Protocollo preservato

    Rispetta il trasporto selezionato (UDP, TCP o DoH) così da riprodurre il comportamento reale.

  3. 3. Risposta dettagliata

    Mostra domanda, risposta e sezioni authority/additional quando presenti, insieme a TTL e metadati utili.

Perché usarla?

  • Verificare la vista di un resolver specifico prima di sospettare problemi di delega
  • Confermare valori in cache e l'impatto di TTL o flush
  • Documentare una risoluzione esattamente come la vede un client o un microservizio

Suggerimento: tieni disattivata la traccia iterativa quando esegui l'audit di un resolver; riattivala dopo per confrontarla con il percorso root → TLD → authoritative.

Come funziona il test di propagazione?

Il test di propagazione DNS è uno strumento dedicato, distinto dal lookup a resolver singolo. Interroga in parallelo un insieme di resolver pubblici (Google, Cloudflare, Quad9, OpenDNS, ISP...) e raggruppa le risposte per contenuto e RCODE. Vedi subito chi ha già recepito l'aggiornamento.

  1. 1. Resolver multi-punto

    Interroga contemporaneamente diversi resolver distribuiti nel mondo.

  2. 2. Confronto automatico

    Raggruppa le risposte identiche e mette in evidenza divergenze o errori specifici di un resolver.

  3. 3. Riepilogo operativo

    Fornisce un riepilogo chiaro, l'elenco dei resolver, le loro latenze e lo stato di ciascun gruppo.

Quando usarlo?

  • Monitorare la propagazione mondiale di una modifica DNS
  • Individuare cache obsolete e decidere un flush mirato
  • Condividere uno snapshot di propagazione in un ticket o post-mortem

Suggerimento: la propagazione ha il suo strumento dedicato, separato dal lookup a resolver singolo (modalità Semplice o Traccia iterativa).

Cos'è un record TXT?

Un record TXT (Text) pubblica testo arbitrario associato a un nome di dominio. È un formato versatile usato per molte applicazioni, inclusa l'autenticazione email e la verifica di proprietà.

Struttura di un record TXT:

CampoDescrizioneEsempio
NomeIl dominio o sottodominio@ o _dmarc
TipoSempre TXTTXT
ValoreTesto libero"v=spf1 include:_spf.google.com -all"
TTLDurata cache in secondi3600

Record TXT comuni

SPF (Sender Policy Framework)

Pubblicato alla radice del dominio. Definisce i server autorizzati a inviare email.

captaindns.com.  3600  IN  TXT  "v=spf1 include:_spf.google.com -all"

Elementi chiave:

  • v=spf1: versione SPF (obbligatoria)
  • include:: domini autorizzati
  • ip4: / ip6:: indirizzi IP autorizzati
  • -all: rifiuta il resto (rigido) / ~all: soft fail

DKIM (DomainKeys Identified Mail)

Pubblicato su selector._domainkey.dominio.com. Contiene la chiave pubblica per verificare le firme.

selector._domainkey.captaindns.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBg..."

Elementi chiave:

  • v=DKIM1: versione DKIM
  • k=rsa: algoritmo della chiave
  • p=: chiave pubblica (base64)

DMARC (Domain-based Message Authentication)

Pubblicato su _dmarc.dominio.com. Definisce la policy quando SPF/DKIM falliscono.

_dmarc.captaindns.com.  3600  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@captaindns.com"

Elementi chiave:

  • v=DMARC1: versione DMARC
  • p=none|quarantine|reject: policy
  • rua=: indirizzo per i report aggregati

Verifica del dominio

Token temporaneo fornito da un servizio (Google, Microsoft, ecc.).

captaindns.com.  300  IN  TXT  "google-site-verification=abc123..."

Best practice

SPF

RegolaSpiegazione
Un solo record SPFPiù v=spf1 causano fallimenti
Massimo 10 lookup DNSConta include, a, mx (non ip4/ip6)
Terminare con -all o ~allDefinisce comportamento predefinito
Includere tutti i mittentiNon dimenticare i servizi di terze parti (newsletter, CRM)

DKIM

RegolaSpiegazione
Chiave minimo 2048 bitRSA 1024 bit è obsoleto
Un selettore per servizioFacilita la rotazione e la revoca
Non modificare a manoCopia e incolla esatto dal fornitore

DMARC

RegolaSpiegazione
Iniziare con p=noneOsserva senza bloccare durante la configurazione
Configurare ruaRicevi report per diagnosi
Passare a p=quarantine, p=rejectUna volta validati SPF e DKIM

Diagnosi dei problemi ricorrenti

SPF fallisce (PermError)

  1. Verifica che ci sia un solo record SPF
  2. Conta i lookup DNS (massimo 10)
  3. Controlla la sintassi (niente spazi di troppo, virgolette corrette)

DKIM non trovato

  1. Verifica il selettore esatto (distingue maiuscole e minuscole)
  2. Il formato è selector._domainkey.captaindns.com
  3. La chiave deve stare in una sola stringa (o essere concatenata correttamente)

DMARC non rilevato

  1. Verifica che il record sia su _dmarc.captaindns.com
  2. Il valore deve iniziare con v=DMARC1
  3. Sintassi: punto e virgola tra i tag, mai la virgola

Verificare da riga di comando

SPF

dig TXT captaindns.com

DKIM

dig TXT selector._domainkey.captaindns.com

DMARC

dig TXT _dmarc.captaindns.com

Strumenti complementari

StrumentoUtilità
Ispettore SPFAnalisi SPF dettagliata e validazione
Ispettore DKIMVerifica chiave e firma DKIM
Ispettore DMARCAnalisi policy DMARC
Tester emailTest completo SPF/DKIM/DMARC dal tuo server
Generatore DMARCCreare un record DMARC valido

Risorse utili