Proteção contra vazamento de DNS

Atualizado em 21 de setembro de 2026 · Como pesquisamos

Um vazamento de DNS significa que seu tráfego está criptografado, mas suas consultas não. O túnel transporta os dados enquanto seu dispositivo pergunta discretamente ao resolvedor do seu provedor a qual endereço se conectar — entregando uma lista de todos os sites que você visita.

Proteção contra vazamento de DNS: o que muda

A solicitação da página pode estar criptografada enquanto a consulta DNS ainda revela o domínio de destino.

Sem proteção contra vazamento de DNS
DISPOSITIVOConsulta DNS fora do túnelDNS do provedorvê o domínio
Exposição
O resolvedor pode associar os domínios consultados à conexão de rede do usuário.
Um ícone de VPN, por si só, não comprova privacidade de DNS.
Com proteção de DNS da VPN
DISPOSITIVOA consulta segue a rota protegidaDNS da VPNdentro da rota
Resultado esperado
O resolvedor do provedor não é usado para a consulta, desde que o aplicativo e o sistema operacional estejam configurados corretamente.
Verifique com testes repetíveis de IPv4, IPv6 e WebRTC.

A ZoogVPN documenta a proteção contra vazamento de DNS em seus aplicativos; a VPN Sherlock deve publicar as condições de teste observadas antes de afirmar resultados de teste.

À esquerda: a consulta escapa para o resolvedor do provedor. À direita: a consulta viaja dentro do túnel.

Três vazamentos com causas diferentes

Esses são problemas separados. Passar em um teste de DNS não diz nada sobre os outros dois.

Vazamento	Causa	Correção
Vazamento de DNS	O sistema operacional envia consultas a um resolvedor fora do túnel. O Windows é propenso a isso porque pode consultar todas as interfaces ao mesmo tempo e usar a que responder primeiro.	O cliente precisa definir o resolvedor do túnel e bloquear consultas para qualquer outro.
Vazamento de IPv6	O túnel transporta apenas IPv4, mas o sistema operacional prefere IPv6 e envia esse tráfego pela conexão normal.	O cliente precisa transportar o IPv6 pelo túnel ou desativá-lo enquanto estiver conectado.
Vazamento de WebRTC	Uma API do navegador descobre endereços locais e públicos para conexões ponto a ponto e os expõe a uma página por meio de candidatos ICE.	No nível do navegador: desative ou restrinja o WebRTC, ou use uma extensão. Uma VPN sozinha não resolve isso.

O WebRTC é um problema do navegador

Nenhuma VPN pode fechar completamente um vazamento de WebRTC sozinha, porque o vazamento acontece dentro do navegador, antes de o tráfego chegar à pilha de rede. Qualquer provedora que afirme o contrário está exagerando o que é tecnicamente possível. Verifique isso no navegador que você realmente usa.

Como verificar

Anote seu endereço IP real e seu provedor antes de conectar.
Conecte-se a um servidor VPN em outro país.
Faça um teste de vazamento de DNS e confirme que todo resolvedor exibido pertence à VPN, e não ao seu provedor.
Faça uma verificação de IPv6 e confirme que nenhum endereço IPv6 aparece ou que ele pertence à VPN.
Faça uma verificação de WebRTC em cada navegador separadamente — os resultados variam entre eles.
Repita depois de forçar uma reconexão, que é quando vazamentos aparecem com mais frequência.

O que a ZoogVPN declara

Segundo a ZoogVPN

A ZoogVPN afirma: "Quando você usa os aplicativos da ZoogVPN, nós o protegemos contra vazamentos de DNS. Nossos aplicativos são configurados de modo a tornar impossível que o provedor envie consultas DNS", e que ela resolve domínios usando outros servidores DNS. Sua página sobre proteção contra vazamentos não trata especificamente de vazamentos de IPv6 ou WebRTC, e não testamos nenhum desses comportamentos de forma independente.

Como IPv6 e WebRTC não são cobertos por essa declaração, verifique-os você mesmo usando os passos em como testar uma VPN.

Perguntas frequentes

O que é um vazamento de DNS?

O seu tráfego passa pelo túnel, mas as consultas de domínio vão para um resolvedor fora dele, normalmente o do seu provedor. O efeito é que o conteúdo da sua navegação fica protegido enquanto a lista de sites visitados não fica, o que anula boa parte do objetivo. É comum porque é o sistema operacional que decide para onde vão as consultas, e o cliente VPN precisa substituir essa decisão em vez de simplesmente existir.

Uma VPN pode impedir vazamentos de WebRTC?

Não completamente. O WebRTC pede ao navegador os endereços candidatos, então a exposição acontece dentro do navegador, e não no caminho de rede que a VPN controla. Uma VPN pode evitar que o endereço público seja o real, mas a correção confiável é uma configuração ou extensão do navegador. Teste cada navegador que você usa separadamente, porque o comportamento difere entre eles.

Por que vazamentos aparecem depois de reconectar?

Durante uma reconexão a interface virtual desaparece por um instante e o sistema operacional volta ao resolvedor padrão. É essa a janela que importa, e é por isso que testar uma VPN parada diz pouco. Um kill switch em nível de firewall é o que previne isso, porque bloqueia o tráfego fora do túnel em vez de esperar o cliente restabelecer um.

Posso simplesmente definir o meu próprio DNS?

Pode, e isso ajuda contra o resolvedor do provedor, mas não resolve o mesmo problema. Um resolvedor público definido manualmente continua vendo as suas consultas e continua fora do túnel, a menos que o cliente o roteie para dentro. O objetivo é que as consultas viajem através do túnel, não apenas que vão para outro lugar.

O IPv6 causa vazamentos mesmo quando o DNS está correto?

Sim, e é justamente o que as pessoas esquecem. Se o túnel carrega apenas IPv4 enquanto a sua conexão também tem IPv6, o sistema operacional pode preferir IPv6 e rotear esse tráfego inteiramente fora do túnel. Verifique o endereço IPv6 separadamente: ou nenhum deve aparecer, ou o que aparecer deve pertencer à VPN.