Teste de velocidade de DNS
Faça o benchmark de resolutores DNS públicos diretamente do seu navegador para comparar a latência e otimizar a velocidade de ligação.
Fazer benchmark de resolutores DNS públicos
Os tempos são medidos a partir do seu navegador para o endpoint DNS-over-HTTPS de cada resolvedor, pelo que refletem o seu caminho real para esse resolvedor. Um resolvedor pode ser apresentado como bloqueado se o seu endpoint não permitir pedidos de navegador de origem cruzada, e não por ser lento.
Elimine falhas de carregamento no portal cativo e quedas de início de sessão por DNS
A resolução lenta de DNS e a falta de listas de permissão de walled garden são responsáveis por mais de 40% das falhas de redirecionamento do portal cativo. A Purple oferece RADIUS gerido na nuvem, regras DNS pré-validadas e listas de permissão automatizadas do portal para redes Cisco Meraki, Aruba, Ruckus e UniFi.
Principais conclusões para engenheiros de rede
- Medição direta no navegador: Os testes são executados via DNS-over-HTTPS (RFC 8484) para capturar o atraso real de ida e volta da sua ligação de rede atual.
- Desempenho do portal cativo: Atrasos no DNS superiores a 100 ms duplicam o tempo de carregamento da página inicial, desencadeando timeouts no navegador do SO móvel em redes WiFi para visitantes.
- Seleção de resolutores: O Cloudflare (1.1.1.1) e o Google (8.8.8.8) apresentam consistentemente tempos de resposta medianos inferiores a 20 ms nas principais áreas metropolitanas.
Por que razão a velocidade do resolutor DNS é importante para o WiFi empresarial e WiFi para visitantes
Cada pedido de rede - desde o carregamento de uma página web até à iniciação do início de sessão num portal cativo - começa com uma consulta ao Domain Name System (DNS). Antes de um dispositivo móvel ou portátil poder negociar uma ligação TCP ou handshake TLS, deve resolver o nome de anfitrião de destino num endereço IP. Quando os resolutores DNS públicos respondem lentamente, os utilizadores experienciam uma latência percetível em cada nova ligação a um domínio.
Em redes WiFi para visitantes e recintos de alta densidade, o desempenho do DNS é ainda mais crítico. Ao ligar a um SSID aberto, os sistemas operativos modernos (iOS CNA, Android Captive Portal Handler, Windows NCSI) emitem pedidos de sondagem HTTP para detetar a conetividade à internet. Se o servidor DNS local ou o resolutor a montante estagnar durante esta pesquisa, o ecrã inicial do portal cativo não se abre automaticamente, provocando desistências no início de sessão de visitantes.
Comparação de benchmark de resolutores DNS públicos
A tabela abaixo resume os principais atributos técnicos e os perfis de latência global típicos dos principais fornecedores de DNS público:
| Resolutor | IP primário | Endpoint DoH | Tipo de filtro | Latência alvo | Melhor caso de uso |
|---|---|---|---|---|---|
| Cloudflare | 1.1.1.1 | cloudflare-dns.com | Sem filtro / Velocidade | 10 - 18 ms | Navegação de alto débito e portais para visitantes |
| Google Public DNS | 8.8.8.8 | dns.google | Anycast global | 12 - 22 ms | Recurso primário ou secundário de alta fiabilidade |
| NextDNS | Personalizado | dns.nextdns.io | Segurança e privacidade personalizadas | 15 - 30 ms | Filtragem de conteúdos baseada em políticas |
| AdGuard DNS | 94.140.14.14 | dns.adguard-dns.com | Bloqueio de anúncios e rastreadores | 20 - 35 ms | Bloqueio de publicidade em toda a rede |
Como funciona a medição de velocidade do DNS no navegador
As ferramentas tradicionais de linha de comandos como dig ou nslookup enviam pacotes UDP ou TCP diretos para a porta 53. Como os navegadores web são executados num ambiente de sandbox sem acesso direto a sockets, os testes de velocidade de DNS baseados no navegador utilizam DNS-over-HTTPS (RFC 8484).
A ferramenta de benchmark emite um pedido HTTPS de aquecimento para preencher a cache DNS local e estabelecer a sessão TLS. Em seguida, executa quatro ciclos de procura (fetch) consecutivos utilizando marcas temporais de alta resolução performance.now() para calcular o tempo de resposta mediano. Os resolutores que não configuram cabeçalhos de Cross-Origin Resource Sharing (CORS) para pedidos do navegador são identificados como restritos por CORS.
Resolução de problemas de falhas no DNS e no início de sessão do portal cativo
Ao configurar a infraestrutura sem fios empresarial (Cisco Meraki, HPE Aruba, Ruckus ou Ubiquiti UniFi), as definições de DNS incorretamente configuradas levam frequentemente a quedas de ligação. Certifique-se de que a sua configuração de rede aborda estes fatores fundamentais:
- Acesso DNS de pré-autenticação: Os dispositivos de visitantes devem ter acesso de resolução DNS não autenticado à porta 53 (ou endpoints DoH) antes de concluírem o registo no portal cativo.
- Resolução de domínios de walled garden: Os inícios de sessão sociais OAuth (Google, Apple, Facebook) exigem listas de permissão FQDN explícitas no controlador sem fios. Se o servidor DNS falhar a resolução destes domínios, a autenticação é interrompida.
- Interferência de DNS encriptado: O Apple Private Relay e o Android Private DNS (DoT/DoH) podem intercetar consultas DNS em SSIDs para visitantes, contornando as políticas de filtragem locais.
Como executar um teste de velocidade de DNS e comparar resolutores públicos
Siga estes passos para avaliar os tempos de resposta de DNS-over-HTTPS entre resolutores DNS públicos diretamente do seu navegador web.
Introduzir o hostname de destino
Introduza um hostname de domínio a resolver (por predefinição, example.com) no campo de entrada do benchmark.
Executar o teste de velocidade dos resolutores
Selecione 'Testar resolutores' para enviar consultas DNS-over-HTTPS de aquecimento e cronometradas para a Cloudflare, Google, NextDNS e AdGuard.
Analisar a latência mediana
Inspecione os tempos de resposta em milissegundos e as barras visuais de latência para identificar o resolutor DNS mais rápido para a sua localização de rede.
Exportar resultados ou atualizar a configuração de rede
Copie o resumo do benchmark para a área de transferência ou atualize os reencaminhadores DHCP/DNS a montante no seu router ou controlador sem fios.
Perguntas frequentes sobre velocidade de DNS
Como é que este teste de velocidade de DNS do navegador mede a latência do resolvedor?
A ferramenta utiliza endpoints DNS-over-HTTPS (DoH) para executar pedidos fetch em tempo real a partir do seu navegador para a Cloudflare (1.1.1.1), Google (8.8.8.8), NextDNS e AdGuard, calculando a mediana do tempo de ida e volta em milissegundos.
Por que razão a latência do resolvedor de DNS afeta as redes WiFi para visitantes e os portais cativos?
Cada nova ligação HTTPS começa com uma pesquisa de DNS. Uma resolução de DNS lenta adiciona atrasos aos redirecionamentos da página inicial do portal cativo, resultando em timeouts no início de sessão e numa experiência do utilizador degradada em redes de visitantes de alta densidade.
Qual é o resolvedor de DNS público mais rápido para redes WiFi?
A Cloudflare (1.1.1.1) e o Google (8.8.8.8) fornecem tipicamente a menor latência global (inferior a 15-20 ms em localizações urbanas). No entanto, o desempenho real depende do encaminhamento do seu ISP local e da proximidade ao nó do resolvedor mais próximo.
Como é que a Purple otimiza o DNS para implementações de portal cativo?
A Purple fornece listas de permissões de DNS pré-validadas, regras de walled garden e integração com RADIUS na nuvem para redes Cisco Meraki, HPE Aruba, Ruckus e Ubiquiti UniFi, eliminando os atrasos no carregamento do portal e prevenindo falhas no início de sessão.
Guias e ferramentas de engenharia de WiFi relacionados
Compreenda a pré-autenticação DNS, a resolução de walled garden e os fluxos de trabalho de deteção de páginas splash de SO.
Saiba como o 802.1X RADIUS, as políticas de filtragem DNS e a segmentação de rede protegem os locais.
Compare registos A, AAAA, CNAME e MX em resolvedores Anycast globais para transições sem tempo de inatividade.
Gere listas brancas de domínios permitidos de pré-autenticação e regras de ACL para controladores sem fios.
Problemas de DNS a interromper o início de sessão de visitantes?
As falhas de redirecionamento do portal cativo resultam frequentemente de bloqueios de DNS e da falta de regras de domínio de jardim murado (walled garden). A Purple oferece RADIUS gerido na nuvem e configurações de DNS pré-testadas para 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