Domain & DNS

Verifica propagazione DNS

Verifica lo stato dei record su 15 server DNS globali.

Informazioni su questo strumento

Dopo aver modificato un record DNS, la modifica non ha effetto globalmente in modo istantaneo. Ogni resolver ricorsivo memorizza nella cache le risposte per il TTL pubblicato dal nameserver autoritativo, quindi reti diverse vedono valori vecchi e nuovi per un certo periodo. Questo strumento interroga 15 resolver pubblici in tutto il mondo in parallelo e trasmette le loro risposte al browser man mano che arrivano.

Copriamo le principali reti anycast (Google, Cloudflare, Quad9, OpenDNS, NextDNS), provider orientati alla privacy (AdGuard, Mullvad, CleanBrowsing), resolver regionali (CZ.NIC in Europa, Yandex e Comss nella CSI, Alibaba e DNSPod in Asia, Canadian Shield in CA, DNS.SB in DE). Se una specifica regione o un provider sta ancora servendo il vecchio record, la tabella lo mostrerà.

Quando usare questo strumento

  • Dopo aver modificato i nameserver o un record A/AAAA — verifica che il nuovo valore sia attivo ovunque prima di reindirizzare il traffico.
  • Per indagare su segnalazioni di utenti che "il sito non si carica" — chiedi quale resolver usano e controlla specificamente quello.
  • Per monitorare modifiche MX — i server di posta riprovano con resolver diversi, quindi un rollout parziale può causare fallimenti silenziosi di consegna.
  • Per rilevare split DNS — se un AS instrada un provider tramite GeoDNS, regioni diverse ricevono risposte diverse; la colonna del paese lo evidenzia.

Come leggere i risultati

Ogni riga rappresenta un resolver ricorsivo. OK significa che il resolver ha restituito una risposta (valori mostrati); Timeout significa nessuna risposta entro 5s (l'upstream è lento o bloccato); Error significa che il resolver ha rifiutato o restituito una risposta malformata. La colonna del tempo è il round-trip dal nostro server — dipende dalla nostra posizione, non dalla tua, quindi considera i numeri assoluti come "limite superiore". Ciò che conta è la coerenza dei valori tra le righe.

Domande frequenti

Perché alcuni resolver mostrano ancora il vecchio valore?

Perché lo hanno memorizzato nella cache. Il nameserver autoritativo pubblica un TTL (time-to-live) per ogni record; un resolver ricorsivo può conservare una copia per quel numero di secondi prima di richiederla nuovamente. I TTL comuni sono 300s–86400s. Se hai abbassato il TTL prima della modifica, le cache si svuoteranno più rapidamente; in caso contrario, aspettati un ritardo pari al massimo a un TTL. Cloudflare e Google Public DNS talvolta effettuano il prefetching dei record, ma i resolver più piccoli attendono sempre.

Perché alcuni resolver sono contrassegnati come Timeout?

Può essere che il resolver sia sovraccarico (succede brevemente con provider più piccoli), bloccato dall'intervallo IP del nostro server, o semplicemente lento in quella giornata. Un singolo timeout non significa che il tuo record sia rotto — guarda le altre 14 righe. Se più della metà va in timeout simultaneamente, riesegui il controllo dopo un minuto; se persiste, il problema è dalla nostra parte.

In cosa differisce da DNS Lookup?

DNS Lookup interroga un resolver scelto e mostra tutti i tipi di record contemporaneamente. DNS Propagation interroga molti resolver in parallelo ma solo per un tipo di record — risponde alla domanda "il nuovo valore è visibile ovunque?", non "quali record ha questo dominio?". Usa entrambi insieme dopo una modifica: Lookup per verificare il valore autoritativo, Propagation per osservarne la diffusione.

Controllate resolver solo IPv6?

Non nella lista attuale. Tutti i 15 resolver sono interrogati su IPv4 sulla porta UDP 53. La visibilità IPv6 nel panorama DNS pubblico è molto irregolare; aggiungeremo righe IPv6 quando un numero sufficiente di provider si impegnerà a mantenere un anycast IPv6 stabile.

Posso controllare record diversi da A e AAAA?

Sì — seleziona MX, TXT o NS dal menu a tendina. Per tipi più esotici (CAA, SRV, SOA, CNAME, PTR), usa lo strumento DNS Lookup — i controlli di propagazione sono più utili per i tipi di record su cui le reti client fanno affidamento (indirizzi host, routing della posta, verifica TXT, delega dei nameserver).