Propagazione e diagnostica

Confronta i resolver in tutto il mondo e ispeziona le risposte restituite.

Ricerca record NS

In modalità traccia iterativa, il resolver viene ignorato.
Interroga più resolver pubblici per confrontare le risposte.

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, .fr, .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 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

    Abilita i preset di propagazione per interrogare diversi attori 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: mentre il test di propagazione è attivo, il selettore del resolver resta bloccato. Disattiva la modalità per tornare alla diagnostica su singolo resolver.

Informazioni aggiuntive sui record DNS NS

Un record NS indica quali server sono autoritativi per una zona DNS. Elenca i nomi dei server che ospitano la zona. I resolver interrogano questi server per ottenere gli altri record.
Un record NS contiene nome, tipo, target NS e TTL. Il TTL indica per quanto tempo la risposta resta in cache nel resolver locale.

Esempio di record DNS NS

NomeTipoServer NSTTL in secondi
@NSns1.example.net.3600

Il nome @ rappresenta l'apice della zona. Il target è un hostname che deve pubblicare record A o AAAA ed essere raggiungibile.

Esempio con più server

Una zona deve pubblicare più record NS per garantire ridondanza e disponibilità.

NomeTipoServer NSTTL in secondi
@NSns1.example.net.3600
@NSns2.example.net.3600

Pianifica almeno due server. Devono rispondere in modo coerente.

Delega di sottodominio

Per delegare sub.example.com aggiungi record NS su questo nome nella zona padre. Ogni target deve risolversi in A o AAAA. Se il nome del server è all'interno del sottodominio, la zona padre può pubblicare indirizzi di supporto (glue). L'obiettivo è sempre permettere ai resolver di raggiungere rapidamente i server del sottodominio.

TTL spiegato chiaramente

Un TTL breve rende visibile più in fretta un cambio di server, utile durante una transizione.
Un TTL medio o lungo riduce le query ai server autoritativi, adatto a una zona stabile.
Riduci il TTL qualche ora prima di una modifica e rialzalo dopo la validazione.

Da sapere
NS e SOA si pubblicano all'apice di una zona. Un CNAME non deve apparire su un nome che porta record NS. Il target dell'NS è sempre un nome, mai un indirizzo.

Dove usare un record NS

All'apice della zona per indicare i server autoritativi.
Su un sottodominio quando lo deleghi a server dedicati.
Le zone figlie hanno il proprio SOA e i propri record NS.

Evita
Di puntare un NS a un indirizzo diretto.
Di pubblicare un solo NS su una zona.
Di lasciare un target NS senza A o AAAA.
Di avere set di NS diversi tra zona padre e figlia senza motivo.

Verifica online

Un lookup DNS online permette di inserire un dominio e ottenere l'elenco dei server NS con il TTL visibile da Internet. È un buon primo controllo. Completa con un test locale.

Verifica su Windows

Windows offre nslookup.

Resolver locale
nslookup
set q=ns
example.com
Resolver specifico
nslookup
set q=ns
server 1.1.1.1
example.com

Verifica su Linux e Mac

Su questi sistemi il comando dig è pratico.

Resolver locale
dig NS example.com
Resolver specifico
dig NS example.com @1.1.1.1

Lettura rapida delle risposte

Più righe NS indicano più server. Cerca nomi diversificati e reti differenti per una resilienza migliore.
Un TTL residuo elevato può spiegare un ritardo dopo una modifica.
Una differenza tra gli NS visti nella zona padre e quelli della zona stessa indica una mancata sincronizzazione.

Procedura di migrazione semplice

  1. Prepara i nuovi server e i relativi record A o AAAA.
  2. Riduci il TTL degli NS a 300 o 60 secondi qualche ora prima dello switch.
  3. Aggiorna la zona con il nuovo elenco di NS.
  4. Aggiorna la delega presso il registro se necessario.
  5. Verifica da più reti e rialza il TTL quando tutto è stabile.

Suggerimento pratico
Conserva un registro con l'elenco degli NS pubblicati nella zona e presso il registro. Annota data, TTL e motivo. Questa traccia evita discrepanze durante gli aggiornamenti.

Casi comuni

Cambio provider DNS

Pubblica i nuovi NS nella zona e aggiorna la delega presso il registrar. Verifica la coerenza.

Delega a un team

Aggiungi record NS sul sottodominio nella zona padre. Il team gestisce la zona figlia con il proprio SOA.

Aggiunta di un server supplementare

Aggiungi un nuovo NS. Assicurati che si risolva in A o AAAA e serva la zona aggiornata.

Troubleshooting rapido

  1. Se la zona restituisce record vecchi, controlla la coerenza degli NS pubblicati.
  2. Se un server NS non risponde, rimuovi temporaneamente il record mentre lo ripristini.
  3. Se la delega non funziona, verifica la presenza di glue quando necessari.
  4. Se la risposta resta vecchia, attendi la scadenza del TTL e svuota la cache del resolver locale se possibile.

In sintesi, un record NS designa i server autoritativi di una zona. Deve puntare a nomi raggiungibili e coerenti. Una zona pubblica più NS per garantire disponibilità. Un TTL ben regolato facilita le transizioni. La verifica passa da uno strumento online e dai comandi nslookup e dig.
Con questi riferimenti la gestione resta chiara. Le modifiche avvengono senza stress e i resolver trovano la zona senza difficoltà.