Verificador de propagação de DNS
Verifique a propagação de registros 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 registros DNS
Estimador de convergência de propagação de DNS
Estime quanto tempo os resolvedores recursivos a jusante e os dispositivos de visitantes armazenarão registros desatualizados em cache com base no TTL da sua zona anterior.
Consulta resolvedores Anycast públicos do Google, Cloudflare, NextDNS, AdGuard, Alibaba e DNS.SB por meio de DNS-over-HTTPS (DoH) seguro.
Como funciona a propagação global de DNS
Quando você adiciona ou atualiza um registro DNS no seu provedor de registro de domínio ou servidor DNS autoritativo, a atualização é gravada imediatamente no seu arquivo de zona mestre. No entanto, resolvedores DNS recursivos em Provedores de Serviços de Internet (ISPs), redes de operadoras móveis e redes Anycast públicas não consultam os servidores DNS continuamente. Em vez disso, eles armazenam os registros existentes em cache durante o período determinado pelo valor TTL (Time To Live) do registro.
Este verificador realiza consultas DNS-over-HTTPS (DoH) paralelas diretamente em 8 principais redes recursivas Anycast globais localizadas na América do Norte, Europa e Ásia-Pacífico. Divergências entre resolvedores indicam que uma atualização de zona está em processo ativo de propagação, permitindo que engenheiros de rede verifiquem a convergência antes de anunciar grandes transições de rede.
Matriz de referência de resolvedores DNS Anycast globais
| Rede de resolvedores | IP Anycast primário | Arquitetura de roteamento | Sub-rede do 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 (foco na privacidade) | 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 ultrabaixa latência | 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 | Anycast global e Ásia-Pacífico | Suportado | 20 - 80 ms |
Propagação de DNS em portal cativo e mecânica de walled garden
Para implantações de WiFi para visitantes em locais de eventos, hotéis, centros comerciais e campi corporativos, a confiabilidade do DNS é crítica. Quando um visitante se conecta a um ponto de acesso WiFi, o controlador LAN sem fio (WLC) intercepta o tráfego inicial de DNS e HTTP para acionar o fluxo de login do portal cativo:
- Sondas do Captive Network Assistant (CNA): Sistemas operacionais móveis enviam automaticamente solicitações DNS para domínios de teste (como
captive.apple.comno iOS econnectivitycheck.gstatic.comno Android). - Walled Garden Pré-Autenticação: O controlador de rede deve permitir a resolução de DNS irrestrita para o hostname do seu portal cativo, gateways de pagamento e provedores de OAuth de login social antes que o visitante se autentique.
- Pré-Configuração do TTL de DNS: Ao migrar URLs de portal cativo ou certificados SSL, 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 o tempo limite de conexã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 registros 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 de hostname.
Selecione o tipo de registro DNS de destino
Escolha o tipo de registro que está sendo auditado: A (IPv4), AAAA (IPv6), CNAME (alias canônico), TXT (verificação ou SPF) ou MX (roteamento de e-mail).
Consulte os resolvedores Anycast globais
Clique em Verificar propagação para disparar requisições paralelas de DNS-over-HTTPS no Google, Cloudflare, NextDNS, AdGuard, Alibaba e DNS.SB.
Inspecione a taxa de sincronização e a convergência de TTL
Examine o indicador de porcentagem 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 propagação de DNS
O que é a propagação DNS e por que motivo demora tempo?
A propagação DNS é o período de tempo necessário para que as atualizações feitas em servidores de nomes autoritativos sejam distribuídas e atualizadas em resolvers DNS recursivos globalmente. Quando um registo DNS é modificado, os resolvers de cache intermédios (como resolvers de ISP, resolvers 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 normalmente 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 DNS?
Quando um dispositivo de visitante se conecta a um SSID para visitantes aberto ou seguro, sistemas operacionais como iOS, macOS, Android e Windows iniciam verificações automatizadas de deteção de portal cativo (como consultar captive.apple.com ou connectivitycheck.gstatic.com). O ponto de acesso ou controlador interceciona o tráfego HTTP e redireciona o navegador do cliente para o domínio do portal cativo (ex.: portal.purple.ai). Se o dispositivo do cliente utilizar um resolver DNS que ainda não tenha em cache o novo registo do portal, a resolução DNS falha, causando timeouts no navegador do assistente de rede cativa (CNA) e falhas no onboarding.
Como é que o TTL do DNS afeta a velocidade de propagação nos resolvers de ISP?
O TTL (Time To Live) é um número inteiro de 32 bits em segundos, definido em cada registo de recurso DNS, que especifica durante quanto tempo os resolvers recursivos têm permissão para armazenar a resposta em cache. Um TTL mais baixo (como 300 segundos) garante que os resolvers consultem o servidor de nomes autoritativo a cada 5 minutos, permitindo migrações rápidas. Um TTL elevado (como 86.400 segundos / 24 horas) faz com que os resolvers forneçam registos antigos em cache por até um dia inteiro.
Qual é a diferença entre DNS autoritativo e resolvers DNS recursivos?
Os servidores de nomes autoritativos mantêm o ficheiro de zona principal e a fonte definitiva de verdade para um domínio (ex.: AWS Route 53, Cloudflare DNS, NS1). Os resolvers DNS recursivos (como 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 clientes e armazenam os resultados em cache de acordo com o TTL do registo.
Como podem os engenheiros de rede limpar a cache de DNS local 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`. Como alternativa, utilize este verificador de propagação DNS online para consultar resolvers Anycast externos diretamente, ignorando toda a cache local do sistema operacional.
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 DNS em menos de 20 ms e carregamento instantâneo de splash pages 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 de migrações de onboarding garantem uma autenticação de visitantes perfeita no hardware da Cisco Meraki, Aruba, Ubiquiti UniFi, Ruckus e Cisco Catalyst.
Ferramentas de diagnóstico de rede e WiFi relacionadas
Related WiFi tools
Migrando um domínio de portal cativo?
Transições de domínio e propagação de DNS podem causar tempo de inatividade do WiFi para visitantes se não forem gerenciadas com cuidado. A Purple oferece hospedagem de portal Anycast de alta disponibilidade, gerenciamento automatizado de certificados SSL e integrações de hardware pré-configuradas para um onboarding 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