Verificador de propagação de DNS
Verifique a propagação de registos DNS em tempo real em 8 resolvedores Anycast globais para garantir transições de domínio sem tempo de inatividade.
Verifique a sincronização global de registos DNS
Estimador de convergência da propagação de DNS
Estime quanto tempo os resolvedores recursivos e dispositivos de visitantes irão armazenar em cache registos desatualizados com base no TTL da sua zona anterior.
Consulta os resolvedores Anycast públicos da Google, Cloudflare, NextDNS, AdGuard, Alibaba e DNS.SB através de DNS-over-HTTPS (DoH) seguro.
Como funciona a propagação global de DNS
Quando adiciona ou atualiza um registo DNS no seu registador de domínios ou servidor de nomes autoritativo, a atualização é imediatamente gravada no seu ficheiro de zona mestre. No entanto, os resolvedores DNS recursivos nos operadores de serviços de Internet (ISPs), redes de operadoras móveis e redes Anycast públicas não consultam os servidores de nomes continuamente. Em vez disso, armazenam em cache os registos existentes durante a duração ditada pelo valor de TTL (Time To Live) do registo.
Este verificador realiza consultas DNS-over-HTTPS (DoH) em paralelo diretamente a 8 das principais redes recursivas Anycast globais localizadas na América do Norte, Europa e Ásia-Pacífico. As divergências entre resolvedores indicam que uma atualização de zona está ativamente a propagar-se, permitindo que os engenheiros de rede verifiquem a convergência antes de anunciarem transições de rede de grande escala.
Matriz de referência de resolvedores DNS Anycast globais
| Rede de resolvedor | IP Anycast principal | Arquitetura de encaminhamento | Sub-rede de cliente EDNS (ECS) | Latência global típica |
|---|---|---|---|---|
| Google Public DNS | 8.8.8.8 | BGP Anycast global (100+ POPs) | Suportado (ECS ativado) | 10 - 45 ms |
| Cloudflare Standard | 1.1.1.1 | BGP Anycast global (300+ cidades) | Desativado (Privacidade em primeiro lugar) | 5 - 25 ms |
| Cloudflare Security | 1.1.1.2 | Anycast de segurança global (Bloqueio de malware) | Desativado | 10 - 30 ms |
| NextDNS Anycast | 45.90.28.0 | Anycast global de latência ultrabaixa | Suportado | 12 - 40 ms |
| AdGuard DNS | 94.140.14.14 | Anycast distribuído global | Desativado | 15 - 50 ms |
| Alibaba Cloud DNS | 223.5.5.5 | Ásia-Pacífico e Anycast global | Suportado | 20 - 80 ms |
Propagação de DNS do portal cativo e mecânica de walled garden
Para implementações de WiFi para visitantes em recintos, hotéis, centros comerciais e campus empresariais, a fiabilidade do DNS é crítica. Quando um visitante se liga a um ponto de acesso WiFi, o controlador de LAN sem fios (WLC) interjeta o tráfego inicial de DNS e HTTP para acionar o fluxo de início de sessão do portal cativo:
- Sondas do Captive Network Assistant (CNA): Os sistemas operativos móveis enviam automaticamente pedidos de DNS para domínios de verificação (como
captive.apple.comno iOS econnectivitycheck.gstatic.comno Android). - Walled Garden de pré-autenticação: O controlador de rede deve permitir a resolução incondicional de DNS para o nome de anfitrião do seu portal cativo, gateways de pagamento e fornecedores OAuth de início de sessão social antes de o visitante se autenticar.
- Pré-configuração do TTL de DNS: Ao migrar URLs ou certificados SSL de portais cativos, os engenheiros de rede devem reduzir o TTL da zona para 300 segundos (5 minutos) com pelo menos 24 a 48 horas de antecedência para evitar tempos limite de ligação no lado do cliente durante a transição.
Como verificar a propagação global de DNS para domínios de portal cativo
Instruções passo a passo para engenheiros de rede verificarem a sincronização de registos DNS em resolvedores Anycast globais antes e depois de transições de domínio.
Insira o hostname ou FQDN do portal cativo
Insira o nome de domínio totalmente qualificado (FQDN), como portal.venue.com ou purple.ai, no campo do hostname.
Selecione o tipo de registo DNS de destino
Escolha o tipo de registo a ser auditado: A (IPv4), AAAA (IPv6), CNAME (alias canónico), TXT (verificação ou SPF) ou MX (encaminhamento de e-mail).
Consulte os resolvedores Anycast globais
Clique em Verificar propagação para acionar pedidos simultâneos de DNS-over-HTTPS na Google, Cloudflare, NextDNS, AdGuard, Alibaba e DNS.SB.
Inspecione a taxa de sincronização e a convergência de TTL
Examine o medidor de percentagem de sincronização global, verifique a latência do resolvedor (ms) e exporte o relatório de diagnóstico em Markdown para tickets de verificação de alterações.
Perguntas frequentes sobre a propagação de DNS
O que é a propagação de DNS e por que razão demora tempo?
A propagação de DNS é o período de tempo necessário para que as atualizações efetuadas em servidores de nomes autoritativos sejam distribuídas e atualizadas em resolvedores de DNS recursivos globalmente. Quando um registo DNS é modificado, os resolvedores de cache intermédios (como os resolvedores de ISP, resolvedores públicos como o Google e a Cloudflare, e forwarders corporativos) mantêm o registo antigo até que o seu Time To Live (TTL) expire. A propagação demora tipicamente entre alguns minutos e 24 horas, dependendo do TTL pré-configurado.
Por que razão os portais cativos de WiFi para visitantes deixam de funcionar durante a propagação de DNS?
Quando um dispositivo de visitante se liga a um SSID de visitante aberto ou seguro, os sistemas operativos como o iOS, macOS, Android e Windows iniciam verificações automatizadas de deteção de portal cativo (como a consulta a captive.apple.com ou connectivitycheck.gstatic.com). O ponto de acesso ou controlador interceuta o tráfego HTTP e redireciona o navegador do cliente para o domínio do portal cativo (por exemplo, portal.purple.ai). Se o dispositivo do cliente utilizar um resolvedor de DNS que ainda não tenha guardado em cache o novo registo do portal, a resolução de DNS falha, provocando timeouts no navegador do assistente de rede cativa (CNA) e falhas no onboarding.
De que forma o TTL de DNS afeta a velocidade de propagação nos resolvedores de ISP?
O TTL (Time To Live) é um número inteiro de 32 bits em segundos definido em cada registo de recurso DNS, especificando quanto tempo os resolvedores recursivos têm permissão para guardar a resposta em cache. Um TTL mais baixo (como 300 segundos) garante que os resolvedores consultem o servidor de nomes autoritativo a cada 5 minutos, permitindo transições rápidas. Um TTL elevado (como 86 400 segundos / 24 horas) faz com que os resolvedores forneçam registos em cache desatualizados até um dia inteiro.
Qual é a diferença entre DNS autoritativo e resolvedores de DNS recursivos?
Os servidores de nomes autoritativos mantêm o ficheiro de zona mestre e a fonte definitiva de verdade para um domínio (por exemplo, AWS Route 53, Cloudflare DNS, NS1). Os resolvedores de DNS recursivos (como o Google 8.8.8.8, Cloudflare 1.1.1.1 e servidores de nomes de ISP) atuam como intermediários que consultam servidores autoritativos em nome dos dispositivos cliente e guardam os resultados em cache de acordo com o TTL do registo.
Como podem os engenheiros de rede limpar a cache local de DNS para verificar a propagação?
No macOS, execute `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` no Terminal. No Windows, execute `ipconfig /flushdns` na Linha de Comandos. No Linux, reinicie o systemd-resolved através de `sudo systemd-resolve --flush-caches` ou `sudo resolvectl flush-caches`. Em alternativa, utilize este verificador de propagação de DNS online para consultar diretamente resolvedores Anycast externos, ignorando toda a cache local do sistema operativo.
Por que razão a Purple recomenda Anycast DNS e domínios de walled garden pré-configurados?
A Purple opera uma infraestrutura de nuvem Anycast distribuída globalmente que oferece resolução de DNS inferior a 20 ms e carregamento instantâneo da splash page HTTPS em todo o mundo. A pré-configuração de listas brancas de domínios de walled garden e a redução dos TTLs de DNS antes das transições de onboarding garantem uma autenticação de visitantes perfeita em hardware Cisco Meraki, Aruba, Ubiquiti UniFi, Ruckus e Cisco Catalyst.
Ferramentas de diagnóstico de rede e WiFi relacionadas
Related WiFi tools
A migrar um domínio de portal cativo?
As transições de domínio e a propagação de DNS podem causar tempo de inatividade no WiFi para visitantes se não forem geridas com cuidado. A Purple oferece alojamento de portal Anycast de alta disponibilidade, gestão automatizada de certificados SSL e integrações de hardware pré-configuradas para uma integração de visitantes sem tempo de inatividade.
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