Domain IP Lookup

I record che incontrerai in quasi ogni zona DNS

ADa hostname a indirizzo IPv4
AAAADa hostname a indirizzo IPv6
CNAMEDa hostname a un altro hostname
MXDal dominio ai suoi server di posta, per priorità
TXTDal dominio a testo arbitrario: SPF, DKIM, verifica
NSDal dominio ai nameserver che rispondono per esso
Fondamenti del DNS

Cos'è un record SOA? L'autorità della zona DNS spiegata

4 min di lettura

SOA significa Start of Authority. Un record SOA è un record DNS obbligatorio all'apex di una zona, che porta informazioni amministrative e di temporizzazione su quella zona. Identifica il nome di un nameserver primario, un campo con il responsabile, un numero seriale e diversi timer usati dai server autorevoli secondari. Non restituisce l'indirizzo IP di un sito web e non è un certificato di stato generale. Amministratori e strumenti diagnostici ispezionano i dati SOA per capire come viene versionata una zona e come i server secondari sappiano quando controllare gli aggiornamenti. I suoi valori sono metadati operativi che devono concordare con il modello di gestione del provider DNS.

I campi di un record SOA

Un tipico record SOA contiene un MNAME, che indica il server sorgente primario nel modello della zona, e un RNAME, che codifica le informazioni di contatto dell'amministratore della zona. Contiene inoltre un numero seriale, un intervallo di refresh, un intervallo di retry, un intervallo di expire e il valore TTL della cache negativa. La visualizzazione esatta varia a seconda dello strumento e il DNS gestito dal provider può astrarre alcuni campi o mantenerli automaticamente. L'RNAME usa la sintassi DNS e non la normale scrittura di un'email; per tradizione, il primo punto senza escape rappresenta la chiocciola. La maggior parte degli utenti non ha bisogno di modificare questo record a mano, ma può essere utile in un'indagine su delega o sincronizzazione.

CampoScopo
MNAMENome del server primario nei dati SOA della zona
RNAMENome codificato del contatto amministrativo
SerialIndicatore di versione usato per confrontare le copie della zona
Refresh / retryTempi dei controlli dei server secondari
ExpirePer quanto tempo i dati secondari restano utilizzabili senza un aggiornamento

Il seriale è il valore operativo di cui si parla più spesso. Nel DNS tradizionale primario-secondario, un server secondario confronta il proprio seriale con quello del primario e richiede un aggiornamento quando la versione del primario è più recente. Il seriale non è necessariamente una data e non va interpretato come un timestamp universale. I provider moderni possono distribuire gli aggiornamenti della zona tramite piani di controllo proprietari, ma il seriale SOA visibile può comunque aiutare a stabilire se server autorevoli diversi sembrano avere la stessa versione. Se i seriali differiscono, tieni conto della propagazione prevista all'interno del provider e conferma il comportamento documentato dal provider prima di concludere che la replica sia rotta.

SOA e cache negativa

Il SOA interviene anche nella cache negativa: per quanto tempo un resolver può conservare l'informazione che un nome o un record richiesto era assente. L'effettiva durata della cache negativa segue gli standard DNS e i campi SOA, ma il comportamento dei resolver e la presentazione del provider possono complicare ciò che vedono gli utenti. È uno dei motivi per cui i record appena creati possono non comparire subito, anche quando la zona è configurata correttamente. Una precedente risposta negativa può restare in cache per un po'. Ripetere la query attraverso lo stesso resolver in quel periodo può mostrare la stessa assenza; interrogare un altro resolver o controllare i dati autorevoli può aiutare a distinguere la cache da un record mancante.

  • Ispeziona il SOA quando ti servono informazioni sull'autorità o sul seriale a livello di zona.
  • Usa i record NS per vedere quali nameserver sono delegati per un dominio.
  • Usa A e AAAA per le domande sugli indirizzi; il SOA non è un record di indirizzo.
  • Confronta i server autorevoli prima di supporre che una differenza di seriale indichi un'interruzione.
  • Evita di modificare i campi SOA gestiti dal provider senza capirne l'effetto operativo.

Quando è utile un lookup SOA

Un lookup SOA può aiutare nel troubleshooting quando la modifica di un record appare incoerente tra i server autorevoli, quando una zona è stata trasferita da poco o quando la cache negativa è rilevante per un nuovo nome. Raramente è il primo controllo per una normale interruzione di un sito web. Parti dall'hostname interessato e dal tipo di record, poi ispeziona delega e SOA solo se le evidenze indicano un problema a livello di zona. Una risposta SOA non può confermare che un sito web sia raggiungibile, che un mail server accetti messaggi o che ogni cache ricorsiva si sia aggiornata.

Per una mappa più ampia dei dati DNS, leggi i tipi di record DNS spiegati e, per i tempi della cache, cosa significa il TTL DNS. Un lookup DNS mirato può mostrare le risposte pubbliche necessarie per un confronto di base. Mantieni il SOA nel suo ruolo: descrive l'autorità e il coordinamento della zona, mentre i record di indirizzo, di posta e di policy rispondono a domande diverse. Questa distinzione rende un record SOA molto più comprensibile che trattare ogni campo DNS come un possibile indirizzo di un sito web.

Non modificare i valori SOA a tentativi

Le piattaforme DNS gestite generano e mantengono spesso in automatico il seriale e i timer del SOA. Un amministratore che copia un seriale da una zona diversa o abbassa un campo di temporizzazione senza capire il modello del provider può creare confusione senza migliorare la propagazione. Prima di modificare i dati SOA, consulta la documentazione del provider e stabilisci se consente il controllo manuale. Se è coinvolto un servizio DNS secondario, verifica che il suo flusso di trasferimento e di refresh segua la configurazione supportata. Per la maggior parte dei proprietari di siti web, osservare il SOA è più utile che modificarlo: confronta l'autorità, annota il seriale e chiedi al provider se i suoi server si siano allineati. Conserva le prove dell'incidente, ma lascia che sia l'host DNS a gestire i campi che fanno parte del suo sistema di sincronizzazione, a meno che tu non gestisca di proposito il DNS autorevole in prima persona.

Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.

Strumenti gratuiti su questo argomento