Ricerca dei record SOA

Verifica immediatamente il record SOA (Start of Authority) di un dominio con il nostro strumento di ricerca gratuito: scopri il server dei nomi primario, l’indirizzo e-mail dell’amministratore, il numero di serie, i tempi di aggiornamento, di riprova e di scadenza, nonché il TTL minimo, oltre a un controllo in tempo reale della coerenza seriale su tutti i server dei nomi.
Google
  • Google
  • Cloudflare
  • OpenDNS
  • Quad9
Inserisci un dominio principale per cercare il relativo record SOA, i valori temporali e la sincronizzazione seriale per ciascun server dei nomi.

Perché consultare il proprio record SOA

Il record SOA è la fonte autorevole per l'intera zona DNS. Se è configurato in modo errato, i server dei nomi secondari e i resolver potrebbero comportarsi in modo imprevedibile.

Conferma l'autorità di zona
Verifica quale server dei nomi sia autorevole per il tuo dominio e chi sia indicato come contatto tecnico per la zona.
Individuare i problemi di trasferimento
Le impostazioni di aggiornamento, riprova e scadenza determinano il modo in cui i server secondari sincronizzano la zona: timer errati causano dati DNS obsoleti o persi.
Verifica le modifiche recenti al DNS
Il numero di serie aumenta ogni volta che si modifica una zona, quindi è un modo rapido per verificare se una modifica è stata effettivamente salvata e propagata.

Come utilizzare la funzione di ricerca dei record SOA

L'esecuzione di una ricerca SOA richiede pochi secondi. Segui questi tre passaggi per verificare il record Start of Authority della tua zona e la sincronizzazione dei suoi server dei nomi.

1
Inserisci il tuo dominio. Inserisci il tuo dominio principale (ad es. example.com) - I record SOA risiedono all'apice della zona, quindi non è necessario alcun prefisso di sottodominio.
2
Scegli un resolver ed effettua la ricerca. Scegli tra Google, Cloudflare, OpenDNS o Quad9, quindi premi Invio o fai clic su "Cerca SOA" per eseguire una query DNS in tempo reale.
3
Controlla ogni campo. Il nameserver primario, l’indirizzo e-mail dell’amministratore, il numero di serie, i tempi di aggiornamento, di riprova, di scadenza e il TTL minimo vengono analizzati e spiegati; successivamente, confrontiamo i numeri di serie di tutti i tuoi nameserver.

Che cos'è un record SOA?

Il record Start of Authority è un record DNS obbligatorio presente alla radice di ogni zona. Indica il server dei nomi primario, il contatto amministrativo e i valori temporali che regolano le modalità di replica della zona sui server dei nomi secondari.

Uno per zona
Per ogni zona esiste esattamente un record SOA, creato automaticamente al momento della configurazione della zona. Raramente sarà necessario modificarlo manualmente.
Sette campi
MNAME, RNAME, serial, refresh, retry, expire e TTL minimo: ciascuno di essi svolge un ruolo specifico nel funzionamento della replica DNS.
Legenda per la diagnostica
Quando qualcosa nel proprio DNS non funziona correttamente, il record SOA è spesso il primo elemento da controllare, specialmente in caso di problemi di sincronizzazione della zona.
yourdomain.com. IN SOA ns1.yourdomain.com. hostmaster.yourdomain.com. (
2024061801 ; serial
3600 ; refresh
900 ; retry
1209600 ; expire
3600 ) ; TTL minimo

Spiegazione dei campi dei record SOA

Ogni record SOA è composto da sette campi, nell'ordine indicato.

MNAME
Server dei nomi primario

Il nome host del server dei nomi primario (master) che contiene la copia originale e autorevole della zona.

RNAME
Indirizzo e-mail del responsabile

L'indirizzo e-mail dell'amministratore in formato DNS: il primo punto sostituisce il simbolo @, quindi hostmaster.example.com significa "[email protected]".

SERIE
Numero di serie

Un numero di versione per la zona. Deve aumentare ad ogni modifica, in modo che i server secondari sappiano che è necessario scaricare un aggiornamento. Formato comunemente utilizzato YYYYMMDDnn.

AGGIORNA
Intervallo di aggiornamento

La frequenza (in secondi) con cui un server dei nomi secondario verifica se il server primario ha effettuato aggiornamenti alla zona.

RIPROVA
Intervallo tra i tentativi

Per quanto tempo (in secondi) un server secondario attende prima di riprovare un aggiornamento fallito sul server primario. Dovrebbe essere un tempo inferiore a quello dell'aggiornamento.

SCADENZA
Data di scadenza

Per quanto tempo (in secondi) un nodo secondario continua a servire la zona senza raggiungere il nodo primario prima di considerare i propri dati obsoleti e interrompere l'operazione.

MINIMO
TTL minimo

Il tempo predefinito (in secondi) per cui le risposte negative (NXDOMAIN) vengono memorizzate nella cache dai resolver: il TTL della cache negativa secondo la RFC 2308.

Problemi comuni relativi ai record SOA e come risolverli

Ecco quali sono gli errori più comuni nei record SOA e cosa comporta ciascun risultato per il tuo dominio.

Nessun record SOA
Zona mancante o non delegata
Ogni zona deve avere esattamente un record SOA. Se non ne viene trovato nessuno, significa che il dominio non è registrato, non è delegato ai server dei nomi oppure che tali server dei nomi non rispondono.
Verifica che il dominio sia registrato e che i suoi server dei nomi siano configurati correttamente presso il registrar.
Il tempo di riprova è superiore a quello di aggiornamento
I timer sono nell'ordine sbagliato
Il tempo di riprova dovrebbe essere inferiore a quello di aggiornamento; in caso contrario, un processo secondario che non riesce a eseguire l'aggiornamento potrebbe attendere troppo a lungo prima di riprovare.
Impostare il tempo di riprova su una frazione del tempo di aggiornamento (ad esempio, aggiornamento 3600s, riprova 900s).
Scadenza troppo breve
Le difese secondarie abbandonano presto la zona
Il tempo di scadenza dovrebbe essere molto più lungo rispetto al tempo di aggiornamento — in genere da 2 a 4 settimane — per garantire ai server secondari un margine di tempo sufficiente per far fronte a un'interruzione prolungata del server primario.
Imposta la scadenza a circa 1.209.600 secondi (14 giorni), a meno che non ci sia un motivo per non farlo.
Server dei nomi non sincronizzati
I numeri di serie non corrispondono
Se i tuoi server dei nomi riportano numeri di serie diversi, significa che un server secondario è in ritardo o che il trasferimento di zona non va a buon fine: a seconda del server che risponde, i visitatori potrebbero visualizzare dati DNS non aggiornati.
Verifica il trasferimento di zona (AXFR/IXFR) e il protocollo NOTIFY tra il server primario e quelli secondari.

Come leggere il numero di serie

L'unico requisito tecnico del numero seriale è che aumenti ad ogni modifica della zona: i server dei nomi lo utilizzano per rilevare gli aggiornamenti. In pratica, quasi tutti i provider DNS seguono la stessa convenzione YYYYMMDDnn: un anno a 4 cifre, un mese a 2 cifre, un giorno a 2 cifre e un contatore di revisione a 2 cifre che aumenta se la zona viene modificata più di una volta in un singolo giorno.

2024
Anno
06
Mese
18
Giorno
01
Revisione

2024061801 indica che la zona è stata aggiornata l'ultima volta il 18 giugno 2024, per la prima volta in quella giornata. Se hai appena apportato una modifica al DNS e il numero di serie non è cambiato, è probabile che l'aggiornamento non sia ancora stato salvato: vale la pena verificare con il tuo provider prima di dare per scontato che la propagazione sia semplicemente lenta.

Domande frequenti

Un dominio può avere più di un record SOA?
No. Per definizione, ogni zona DNS ha esattamente un record SOA. Se ti sembra di vederne diversi, significa che stai guardando record provenienti da zone diverse e non correlate tra loro oppure che la delega è stata configurata in modo errato.
I dati relativi al mio dominio vengono inviati ai vostri server?
Il dominio inserito viene inviato al nostro server, che esegue per conto tuo la ricerca DNS tramite il resolver pubblico da te scelto – la stessa query che chiunque potrebbe eseguire con un dig comando. Non registriamo né conserviamo i domini che controlli né i record restituiti.
Perché la ricerca SOA restituisce un nameserver diverso dai miei record NS?
È normale. Il campo MNAME indica il nameserver "primario" storico, ma molti provider utilizzano nameserver primari nascosti o reti anycast in cui ogni nameserver accessibile al pubblico è tecnicamente un nameserver secondario. Sono i record NS pubblicati che contano davvero ai fini della risoluzione.
Qual è una configurazione corretta per le operazioni di aggiornamento, riprova e scadenza?
I valori più comuni sono: refresh 3600 s (1 ora), retry 900 s (15 min), expire 1209600 s (14 giorni) e minimum 3600 s (1 ora). La maggior parte dei provider di DNS gestiti imposta automaticamente valori ragionevoli; in genere è necessario regolarli solo in caso di configurazione self-hosted.
Il numero di serie deve necessariamente corrispondere a una data?
No. La RFC 1035 richiede solo un numero intero senza segno a 32 bit che aumenti ad ogni aggiornamento. Il formato di data YYYYMMDDnn è semplicemente una convenzione ampiamente adottata perché rende la data dell'ultimo aggiornamento leggibile a colpo d'occhio.
Cosa succede se si raggiunge la data di scadenza?
Se un server dei nomi secondario non riesce a contattare quello primario per un periodo superiore all'intervallo di scadenza, smette completamente di fornire risposte autorevoli per la zona, considerando i propri dati troppo obsoleti per essere considerati affidabili. Si tratta di una misura di sicurezza volta a impedire che vengano fornite indefinitamente informazioni DNS gravemente obsolete.
Cosa mi dice il controllo del numero di serie del nameserver?
Interroghiamo direttamente ciascuno dei tuoi server dei nomi pubblicati e confrontiamo il numero di serie da essi riportato. Quando i numeri corrispondono, la tua zona è sincronizzata. Quando invece differiscono, significa che un server secondario è in ritardo o che il trasferimento della zona non va a buon fine – il che può far sì che i visitatori vedano dati DNS non aggiornati a seconda del server dei nomi a cui si connettono.
L'RNAME è davvero un indirizzo e-mail?
Sì, è formattato come nome di dominio anziché utilizzare il simbolo @: hostmaster.example.com corrisponde a [email protected]. Molti provider ora utilizzano qui un segnaposto generico anziché una casella di posta monitorata.

Automatizza l'autenticazione delle tue e-mail

PowerDMARC monitora i tuoi record DMARC, SPF, DKIM, BIMI, MTA-STS e TLS-RPT in un'unica dashboard, inviando avvisi non appena si verifica un problema.