Test di velocità DNS
Effettua il benchmark dei resolver DNS pubblici direttamente dal tuo browser per confrontare la latenza e ottimizzare le velocità di connessione.
Benchmark dei resolver DNS pubblici
I tempi vengono misurati dal tuo browser all'endpoint DNS-over-HTTPS di ciascun resolver, pertanto riflettono il tuo percorso reale verso quel resolver. Un resolver potrebbe risultare bloccato se il suo endpoint non consente richieste del browser cross-origin, non perché sia lento.
Elimina i blocchi di caricamento del portale captive e le interruzioni di accesso legate al DNS
Le risoluzioni DNS lente e le allow-list del walled garden mancanti sono responsabili di oltre il 40% dei fallimenti di reindirizzamento al portale captive. Purple fornisce RADIUS gestito in cloud, regole DNS pre-validate e allow-list automatizzate del portale per reti Cisco Meraki, Aruba, Ruckus e UniFi.
Punti chiave per gli ingegneri di rete
- Misurazione diretta da browser: I test vengono eseguiti tramite DNS-over-HTTPS (RFC 8484) per rilevare il ritardo effettivo di andata e ritorno (round-trip) dalla connessione di rete corrente.
- Prestazioni del portale captive: Ritardi DNS superiori a 100 ms raddoppiano i tempi di caricamento della splash page, attivando il timeout dei browser dei SO mobili sulle reti WiFi per ospiti.
- Selezione del resolver: Cloudflare (1.1.1.1) e Google (8.8.8.8) offrono in modo costante tempi di risposta medi inferiori a 20 ms nelle principali aree metropolitane.
Perché la velocità del resolver DNS è fondamentale per il WiFi aziendale e il WiFi per ospiti
Ogni richiesta di rete - dal caricamento di una pagina web all'avvio dell'accesso a un portale captive - inizia con una query al Domain Name System (DNS). Prima che un dispositivo mobile o un laptop possa negoziare una connessione TCP o un handshake TLS, deve risolvere l'hostname di destinazione in un indirizzo IP. Quando i resolver DNS pubblici rispondono lentamente, gli utenti riscontrano una latenza percettibile su ogni nuova connessione di dominio.
Nelle reti WiFi per ospiti e in ambienti ad alta densità, le prestazioni DNS sono ancora più critiche. All'atto della connessione a un SSID aperto, i sistemi operativi moderni (iOS CNA, Android Captive Portal Handler, Windows NCSI) inviano richieste di probe HTTP per rilevare la connettività Internet. Se il server DNS locale o il resolver a monte si bloccano durante questa ricerca, la splash screen del portale captive non si apre automaticamente, causando l'abbandono dell'accesso da parte degli ospiti.
Confronto dei benchmark dei resolver DNS pubblici
La tabella seguente riassume i principali attributi tecnici e i profili di latenza globale tipici per i principali provider DNS pubblici:
| Resolver | IP primario | Endpoint DoH | Tipo di filtro | Latenza target | Miglior caso d'uso |
|---|---|---|---|---|---|
| Cloudflare | 1.1.1.1 | cloudflare-dns.com | Non filtrato / Velocità | 10 - 18 ms | Navigazione ad altissimo rendimento e portali per ospiti |
| Google Public DNS | 8.8.8.8 | dns.google | Anycast globale | 12 - 22 ms | Fallback primario o secondario ad alta affidabilità |
| NextDNS | Personalizzato | dns.nextdns.io | Sicurezza e privacy personalizzate | 15 - 30 ms | Filtraggio dei contenuti basato su criteri |
| AdGuard DNS | 94.140.14.14 | dns.adguard-dns.com | Blocco di annunci e tracker | 20 - 35 ms | Blocco della pubblicità sull'intera rete |
Come funziona la misurazione della velocità DNS basata su browser
I tradizionali strumenti da riga di comando come dig o nslookup inviano pacchetti UDP o TCP grezzi direttamente alla porta 53. Poiché i browser web funzionano all'interno di un ambiente sandbox senza accesso diretto alle socket, i test di velocità DNS basati su browser utilizzano DNS-over-HTTPS (RFC 8484).
Lo strumento di benchmark invia una richiesta HTTPS di preparazione (warm-up) per popolare la cache DNS locale e stabilire la sessione TLS. Successivamente esegue quattro cicli di fetch consecutivi utilizzando i timestamp ad alta risoluzione di performance.now() per calcolare il tempo di risposta medio. I resolver che non configurano le intestazioni Cross-Origin Resource Sharing (CORS) per le richieste del browser vengono identificati come limitati da CORS.
Risoluzione dei problemi DNS e dei fallimenti di accesso al portale captive
Quando si configura un'infrastruttura wireless aziendale (Cisco Meraki, HPE Aruba, Ruckus o Ubiquiti UniFi), le impostazioni DNS configurate in modo errato causano spesso cadute di connessione. Assicurati che la configurazione di rete gestisca correttamente questi fattori chiave:
- Accesso DNS pre-autenticazione: Ai dispositivi degli ospiti deve essere garantita la risoluzione DNS non autenticata sulla porta 53 (o endpoint DoH) prima di completare la registrazione al portale captive.
- Risoluzione dei domini Walled garden: Gli accessi social OAuth (Google, Apple, Facebook) richiedono allow-list FQDN esplicite nel controller wireless. Se il server DNS non riesce a risolvere questi domini, l'autenticazione si interrompe.
- Interferenza DNS crittografato: Apple Private Relay e Android Private DNS (DoT/DoH) possono intercettare le query DNS sugli SSID degli ospiti, bypassando le policy di filtraggio locali.
Come eseguire un test di velocità DNS e confrontare i resolver pubblici
Segui questi passaggi per effettuare il benchmark dei tempi di risposta DNS-over-HTTPS tra i resolver DNS pubblici direttamente dal tuo browser web.
Inserisci l'hostname di destinazione
Inserisci l'hostname del dominio da risolvere (l'impostazione predefinita è example.com) nel campo di input del benchmark.
Esegui il test di velocità del resolver
Seleziona 'Test resolvers' per inviare query DNS-over-HTTPS di warm-up e temporizzate a Cloudflare, Google, NextDNS e AdGuard.
Analizza la latenza mediana
Esamina i tempi di risposta in millisecondi e le barre di latenza visive per identificare il resolver DNS più veloce per la tua posizione di rete.
Esporta i risultati o aggiorna la configurazione di rete
Copia il riepilogo del benchmark negli appunti o aggiorna i forwarder DHCP/DNS a monte nel router o nel controller wireless.
Domande frequenti sulla velocità del DNS
In che modo questo test di velocità DNS del browser misura la latenza del resolver?
Lo strumento utilizza endpoint DNS-over-HTTPS (DoH) per eseguire richieste fetch in tempo reale dal browser a Cloudflare (1.1.1.1), Google (8.8.8.8), NextDNS e AdGuard, calcolando il tempo mediano di andata e ritorno in millisecondi.
Perché la latenza del resolver DNS influisce sulle reti WiFi per ospiti e sui portali captive?
Ogni nuova connessione HTTPS inizia con una ricerca DNS. Una risoluzione DNS lenta aggiunge ritardo ai reindirizzamenti alla splash page del portale captive, provocando timeout di accesso e un'esperienza utente peggiorata su reti per ospiti ad alta densità.
Qual è il resolver DNS pubblico più veloce per le reti WiFi?
In genere Cloudflare (1.1.1.1) e Google (8.8.8.8) offrono la latenza globale più bassa (inferiore a 15-20 ms nelle aree urbane). Tuttavia, le prestazioni effettive dipendono dall'instradamento dell'ISP locale e dalla vicinanza al nodo resolver più vicino.
In che modo Purple ottimizza il DNS per le distribuzioni con portale captive?
Purple fornisce allow-list DNS convalidate preventivamente, regole walled garden e l'integrazione cloud RADIUS per reti Cisco Meraki, HPE Aruba, Ruckus e Ubiquiti UniFi per eliminare i ritardi di caricamento del portale e prevenire interruzioni durante l'accesso.
Guide e strumenti ingegneristici WiFi correlati
Comprendi la pre-autenticazione DNS, la risoluzione walled garden e i workflow di rilevamento della splash page del sistema operativo.
Scopri come 802.1X RADIUS, le policy di filtraggio DNS e la segmentazione della rete proteggono le strutture.
Confronta i record A, AAAA, CNAME e MX tra i resolver Anycast globali per passaggi di rete senza tempi di inattività.
Genera whitelist di domini consentiti in pre-autenticazione e regole ACL per controller wireless.
I problemi DNS interrompono l'accesso degli ospiti?
I problemi di reindirizzamento al portale captive sono spesso riconducibili a blocchi DNS e alla mancanza di regole di dominio per il walled garden. Purple offre RADIUS gestito in cloud e configurazioni DNS pre-verificate per Cisco Meraki, HPE Aruba, Ruckus e Ubiquiti UniFi.
Book a 20-min demoNetforge Network Multi-Tool
Run offline network health checks, path analysis, and latency diagnostic scans directly from your desktop.
Download Multi-Tool