Propagazione e diagnostica

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

Ricerca record HTTPS

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 HTTPS

Un record HTTPS descrive come connettersi a un sito. È la variante dedicata di SVCB per il web. Può indicare un target e annunciare parametri come protocolli, porta e dati ECH. I browser lo usano per scegliere la connessione migliore.
Un record HTTPS contiene nome, tipo, priorità, target, parametri e TTL. Il TTL indica per quanto tempo la risposta resta in cache nel resolver locale.

Esempio di record DNS HTTPS

NomeTipoPrioritàTargetParametriTTL in secondi
test.captaindns.comHTTPS1cdn.example.net.alpn=h3,h2 port=443 ipv4hint=203.0.113.103600

Il nome identifica il sito, il target è un altro hostname. I parametri indicano protocolli, porta di ingresso e un indirizzo di fallback. Un TTL di 3600 corrisponde a un'ora.

Esempio in modalità alias

Una priorità pari a zero attiva la modalità alias. Il nome si comporta come un alias verso il target.

NomeTipoPrioritàTargetParametriTTL in secondi
captaindns.comHTTPS0cdn.example.net.(nessun parametro)3600

Questa modalità si usa per puntare un'altra zona restando conformi sull'apice, dove non si desidera un CNAME.

Parametri comuni

ParametroRuolo
alpnAnnuncia protocolli come h2 o h3
portIndica la porta di ingresso del servizio
ipv4hintFornisce indirizzi IPv4 indicativi
ipv6hintFornisce indirizzi IPv6 indicativi
echPubblica i dati ECH per cifrare il ClientHello

Questi parametri guidano il client ma non sostituiscono i record A e AAAA, che restano la fonte degli indirizzi.

TTL spiegato chiaramente

Un TTL breve rende visibile più velocemente un cambiamento, utile durante una transizione.
Un TTL medio o lungo riduce le query verso i server autoritativi, ideale per un servizio stabile.
Riduci il TTL qualche ora prima dello switch, poi rialzalo dopo la validazione.

Da sapere
I client che non supportano i record HTTPS continuano a usare A e AAAA. Pubblicare HTTPS non esonera dal mantenerli aggiornati.

Dove usare un record HTTPS

Su www per annunciare h3 o un target di distribuzione. All'apice in modalità alias per puntare un nome rispettando la conformità. Su un sottodominio applicativo se il servizio web risiede lì.
HTTPS può convivere con A e AAAA. I browser preferiscono IPv6 quando disponibile e ripiegano su IPv4 se necessario.

Evita
Di pubblicare HTTPS senza A o AAAA sul target.
Di concatenare più target senza motivo.
Di dichiarare parametri che non riflettono il servizio reale.

Verifica online

Un lookup DNS online permette di inserire un nome e vedere priorità, target, parametri e TTL come appaiono da Internet. È un primo controllo utile. Completa con un test locale.

Verifica su Windows

Windows dispone di nslookup.

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

Verifica su Linux e Mac

Su questi sistemi il comando dig è pratico.

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

Lettura rapida delle risposte

Una priorità a zero indica un alias. Un valore superiore descrive un servizio con parametri.
La presenza di alpn guida la scelta h3 o h2. I campi ipv4hint e ipv6hint sono indicativi.
Un TTL residuo elevato può spiegare un ritardo dopo una modifica.

Configurazione semplice

  1. Decidi l'obiettivo: alias sull'apice o pubblicazione dei parametri su www.
  2. Riduci il TTL a 300 o 60 secondi prima della configurazione.
  3. Pubblica il record HTTPS con priorità, target e parametri scelti.
  4. Verifica con nslookup o dig da più reti.
  5. Alza il TTL quando tutto è stabile.

Suggerimento pratico
Documenta priorità, target e ciascun parametro. Segna data e motivo. Questa traccia facilita i controlli.

Casi comuni

Accelerare l'adozione di HTTP/3

Pubblica alpn h3 su www. Mantieni h2 per compatibilità.

Sito dietro un provider

Usa la modalità alias per puntare al nome del servizio. Mantieni record A e AAAA sul target.

Abilitare ECH

Pubblica ech quando la piattaforma lo supporta. Verifica il supporto lato browser.

Troubleshooting rapido

  1. Se il sito non sfrutta h3, controlla la presenza di alpn e il supporto lato server.
  2. Se i client ignorano HTTPS, verifica i record A e AAAA sul target.
  3. Se appare un loop, controlla che il target non rimandi al nome originale.
  4. Se la risposta resta vecchia, attendi la scadenza del TTL e svuota la cache del resolver locale se possibile.

In sintesi, un record HTTPS annuncia il modo ottimale per collegarsi a un sito. Può fungere da alias controllato e pubblicare parametri utili come alpn, port ed ech. Un TTL ben calibrato 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 gli utenti accedono al sito senza problemi.