Domain & DNS

Benchmark tempo di risposta DNS

Benchmark della velocità dei resolver di vari provider.

Informazioni su questo strumento

Questo strumento misura la velocità con cui 15 resolver pubblici rispondono a una query DNS per il dominio scelto. Ogni resolver viene interrogato diverse volte di seguito così puoi vedere la varianza — un singolo outlier è spesso una cache fredda, un numero costantemente alto significa che quella footprint anycast è semplicemente lontana dal nostro host di Francoforte.

La latenza è presa dalla statistica ;; Query time di dig, che misura il tempo sul cavo tra noi e il resolver dopo l'avvio del processo. L'overhead di fork+exec (~10–20ms) è escluso, quindi i numeri riflettono il comportamento di rete + resolver anziché lo scheduling del SO. La sparkline mostra la sequenza grezza; le colonne Min/Avg/Max riassumono solo le esecuzioni riuscite.

Quando usare questo strumento

  • Scegliere un resolver per router o dispositivo. Esegui contro un dominio che usi realmente — reti diverse vedono vincitori diversi.
  • Diagnosticare un sito lento. Confronta la latenza del resolver con i sintomi di caricamento del sito — un DNS che impiega sempre 200ms si somma su decine di subresource.
  • Monitorare un provider. Se il tuo resolver primario salta improvvisamente da 20ms a 300ms su più esecuzioni, è ora di cambiare.
  • Confrontare la copertura anycast. Cloudflare e Google di solito vincono dagli host UE; Alibaba e DNSPod sorprendono vincendo dall'Asia.

Perché i risultati differiscono dalla tua rete locale

Misuriamo dal nostro server in Germania al POP anycast più vicino di ogni resolver. Dalla tua rete domestica le distanze e il peering sono diversi. Considera i numeri assoluti come un confronto relativo, non come la tua latenza personale. Se hai bisogno di una misurazione locale, esegui dig +stats @<ip> example.com sulla tua macchina — lo stesso flag produce lo stesso numero.

Domande frequenti

Perché un resolver è molto più lento degli altri?

O il suo POP più vicino è lontano dal nostro host, il suo anycast sta avendo una brutta giornata, oppure il ricorsivo ha dovuto attraversare fino a un server autoritativo (cache fredda). La nostra query predefinita è cloudflare.com — un nome molto popolare che ogni resolver mantiene in cache; se interroghi un dominio raro, la prima esecuzione sarà lenta per tutti.

Cosa significa "Timeout"?

Nessuna risposta UDP entro 2 secondi. Potrebbe essere un glitch temporaneo, l'IP del nostro host bloccato da quel provider, o il resolver sotto pressione. Un timeout su cinque esecuzioni è rumore; cinque su cinque significa che quel resolver è attualmente irraggiungibile dalla nostra rete di Francoforte.

In cosa differisce da DNS Propagation?

Propagation chiede "i resolver vedono il nuovo valore?" — una query ciascuno, valori confrontati fianco a fianco. Response Time chiede "quanto velocemente rispondono?" — più query ciascuno, latenza confrontata fianco a fianco. Domande diverse, stessi 15 resolver.

Posso cambiare il numero di esecuzioni?

Sì — scegli 3, 5, 7 o 10 dal menu a tendina. Più esecuzioni = mediana più precisa, ma ogni esecuzione attende il completamento della precedente su tutti i 15 resolver, quindi 10 esecuzioni richiedono circa 5× il tempo di 2 esecuzioni. Per un uso occasionale, 5 è un buon equilibrio.

I risultati sono memorizzati nella cache?

Per un minuto per ogni terna (dominio, tipo, esecuzioni). Cliccare Misura due volte di seguito restituisce la stessa tabella di risultati — utile per condividere l'URL, scomodo per monitorare le modifiche. Modifica il dominio o le esecuzioni per forzare una nuova esecuzione; altrimenti aspetta 60s.