Semplice = una query al resolver · Traccia = discesa dalla radice
opzioniOpzioni avanzate
Punti chiave dello strumento
Descrizione del servizio
Annuncia come connettersi a un servizio: protocolli supportati, porta e indirizzi di fallback.
Multi-resolver
Confronta le risposte di Google, Cloudflare e Quad9 per rilevare problemi di propagazione.
Modalità alias
Usa priorità 0 per creare un alias verso un target senza usare un CNAME.
Parametri avanzati
Pubblica alpn, port, ipv4hint, ipv6hint ed ech per guidare i client alla configurazione corretta.
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. Root
Scoperta dei server TLD per il nome richiesto.
2. TLD
Riferimento agli NS della zona (delegazione).
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. Resolver scelto
Utilizza il preset o la configurazione personalizzata per eseguire la query esattamente come farebbe il tuo servizio.
2. Protocollo preservato
Rispetta il trasporto selezionato (UDP, TCP o DoH) così da riprodurre il comportamento reale.
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. Resolver multi-punto
Interroga contemporaneamente diversi resolver distribuiti nel mondo.
2. Confronto automatico
Raggruppa le risposte identiche e mette in evidenza divergenze o errori specifici di un resolver.
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).
Un record SVCB (Service Binding) descrive come raggiungere un servizio. Può designare un target e pubblicare parametri come protocollo, porta e indirizzi di fallback.