A cosa serve il DNS lookup
Diagnostica l'origine di un'interruzione del sito.
Verifica una modifica prima di un rilascio in produzione.
Conferma la proprietà del dominio durante una verifica TXT.
Configura SPF DKIM DMARC BIMI e controlla la visibilità.
Prepara una migrazione con TTL ridotto e monitora l'effetto reale sulla rete.
Confronta la risposta vista dalla tua postazione con quella di altre regioni.
Da sapere
Parliamo spesso di propagazione DNS. In realtà il sistema mette in cache le risposte in base al TTL. Finché l'intervallo non scade, alcuni resolver mantengono il valore precedente. La parola propagazione resta pratica per descrivere questo effetto.
Cosa fa lo strumento
Risoluzione ricorsiva completa dalla root ai server autoritativi.
Scelta di un resolver pubblico come Google, Cloudflare, Quad9, OpenDNS, Yandex o dell'autoritativo quando opportuno.
Visualizzazione delle risposte grezze con TTL e dati.
Traccia iterativa opzionale che mostra ogni hop e la latenza.
Lettura chiara quando non viene trovata una risposta strutturata.
Come funziona il DNS lookup
Il tuo dispositivo richiede la risposta al resolver configurato sul computer o sul router.
Il resolver consulta prima la cache locale.
In assenza di risposta, interroga un server root che indica il server del dominio di primo livello.
Il server TLD indirizza verso i server autoritativi del nome cercato.
Il resolver interroga un autoritativo che restituisce il record richiesto con il relativo TTL.
Il resolver mette in cache la risposta per velocizzare le query future e la restituisce al dispositivo.
Suggerimento rapido
Per verificare un risultato dalla tua postazione, usa nslookup su Windows e dig su Mac e Linux. Questi comandi leggono la configurazione locale o un resolver scelto.
Comprendere TTL e la famosa propagazione
Il TTL è una durata in secondi. Indica per quanto tempo una risposta può restare in cache.
Un TTL breve rende visibili le modifiche più in fretta. Molto utile durante una migrazione.
Un TTL medio o lungo riduce il carico sui server autoritativi. Ottimo per un servizio stabile.
Un ISP può mantenere una risposta più a lungo, secondo la propria politica di cache. A volte l'aggiornamento richiede più tempo del previsto.
Consiglio pratico
Prima di uno switch, riduci il TTL con un po' di anticipo. Effettua la modifica. Controlla le risposte da più reti. Poi rialza il TTL previsto per l'esercizio.
Quando lanciare un DNS lookup
Un sito non risponde più anche se il server è online.
Hai appena modificato un record e vuoi vedere la risposta reale.
Stai distribuendo un nuovo servizio e devi convalidare A, AAAA, CNAME o MX.
Stai installando SPF DKIM DMARC o BIMI e vuoi confermarne la visibilità pubblica.
Stai preparando una migrazione e vuoi misurare latenza end-to-end e traccia.
Leggere una risposta
Presenza di uno o più indirizzi A o AAAA
Il client sceglie un indirizzo dalla lista, distribuendo il carico in modo semplice.
Presenza di un CNAME
La risposta mostra il target. Controlla poi che il target pubblichi A o AAAA.
Presenza di NS e SOA
La zona è servita da questi host. Il seriale SOA deve avanzare dopo ogni aggiornamento.
Risposta vuota o NXDOMAIN
Nessun record per questo nome. Controlla ortografia, sottodominio e zona.
TTL elevato
Dopo una modifica, un ritardo è possibile finché la cache non scade.
Limitazioni e punti di attenzione
Un CNAME non deve coesistere con A, AAAA, MX o TXT nello stesso punto.
All'apice del dominio evita i CNAME. Usa un equivalente offerto dal provider se disponibile.
Un MX deve puntare a un nome che si risolva in A o AAAA. Nessun CNAME come target MX.
Un PTR deve restituire un nome che si risolve all'indirizzo originale per mantenere coerenza.
I parametri SVCB e HTTPS guidano il client ma non sostituiscono A e AAAA.
Buone pratiche per risparmiare tempo
Documenta ogni modifica con data, TTL e motivo.
Testa dalla tua rete e poi dai resolver pubblici.
Confronta la risposta del server autoritativo con quella di un resolver pubblico.
Monitora i nomi critici e imposta avvisi per cambi inattesi.
Conserva una cattura della traccia quando avviene un incidente per condividerla con il provider.
Domande frequenti
In cosa differisce dai comandi locali?
Lo strumento interroga resolver pubblici e può mostrare la traccia completa. I comandi locali restano utili per un controllo rapido dalla postazione.
Quanto tempo serve per vedere una modifica?
Da pochi minuti a diverse ore a seconda di TTL e cache degli ISP e di alcuni resolver pubblici.
Cosa fare se la risposta cambia per regione?
Attendi la scadenza del TTL. Svuota la cache locale se possibile. Controlla la coerenza lato autoritativi.
Quali tipi di record controllare prima?
A, AAAA, CNAME, MX, TXT, NS, SOA restano la base. A seconda delle necessità, aggiungi CAA, PTR, SRV, SVCB o HTTPS. Con DNSSEC controlla DS e DNSKEY.