Como saber se VPN funciona

Como saber se VPN funciona: checklist com 8 testes (IP mudou, DNS leak, WebRTC leak, IPv6 leak, kill switch). Use /meu-ip, /consulta-dns e /meu-ipv6 para verificar.

Como saber se VPN funciona de verdade: o teste básico e verificar se o IP público mudou em /meu-ip, mas IP diferente não confirma que todos os canais de vazamento estão fechados. DNS leak, WebRTC leak e IPv6 leak são três vetores que frequentemente expoe o IP real mesmo quando o cliente VPN mostra "Conectado" na interface, e cada um requer verificação separada. Use o checklist de 10 testes abaixo para validar cada canal sistematicamente, partindo dos quatro obrigatórios.

Os 6 vetores principais de vazamento

Antes do checklist detalhado, o diagrama abaixo mostra visualmente os seis pontos onde a identidade pode vazar com VPN ativa, o status esperado (verde) e o estado de falha (vermelho). Cada quadro corresponde a um vetor de teste nos itens 1 a 6 do checklist.

Checklist completo: 10 testes para saber se VPN funciona

Procedimento pré-checklist

1. Anote o IP de referência

   Antes de ativar a VPN, acesse /meu-ip e registre: (1) o IP público atual, (2) o nome do ASN (provedor de internet). Esses valores são a base de comparação para todos os testes seguintes.

2. Ative a VPN e confirme conexão no cliente

   Abra o cliente VPN, selecione o servidor desejado (prefira servidores em São Paulo para menor latência a partir do Brasil) e aguarde o estado "Conectado" aparecer. Não prossiga se o cliente mostrar erro ou estado de reconexão.

3. Execute os 4 testes obrigatórios (itens 1 a 4)

   Abra cada ferramenta em uma aba nova com a VPN ativa. Compare os resultados com o IP de referência anotado no passo 1. Qualquer resultado com o IP ou DNS da operadora brasileira indica falha que precisa ser corrigida antes de continuar.

4. Execute os testes complementares (itens 5 a 10) conforme o cenário

   Para uso casual (streaming, privacidade básica), itens 5 a 7 são suficientes. Para privacidade elevada ou uso corporativo, execute todos os 10 itens. Registre os resultados para referência futura.

5. Refaca após atualizações do cliente VPN

   Atualizações automáticas dos clientes VPN (NordVPN, Mullvad, ProtonVPN atualizam com frequência) podem alterar configurações de roteamento, DNS ou kill switch. Refaca os 4 testes obrigatórios após qualquer atualização do cliente.

1. Teste de IP: o IP publico mudou? Obrigatorio

   Acesse /meu-ip antes de ativar a VPN e anote o IP e o ASN (provedor). Ative a VPN, recarregue a pagina. O IP deve mudar para um endereco do servidor VPN e o ASN deve mostrar o provedor VPN (ex: NordVPN, Mullvad), não sua operadora (Vivo, Claro, TIM). Se o IP for o mesmo de antes, a VPN não esta ativa ou o trafego não esta sendo roteado pelo tunel.

   Verificar meu IP agora

   Problema: IP não mudou. Correção: Reconecte a VPN ou reinstale o cliente. Verifique se o adaptador virtual da VPN tem rota padrao configurada.

2. Teste de DNS leak: qual servidor DNS esta respondendo? Obrigatorio

   Com a VPN ativa, acesse /consulta-dns e consulte qualquer dominio. Observe qual servidor DNS respondeu. Se aparecer o DNS do seu ISP brasileiro (servidores da Vivo, Claro, TIM), ha DNS leak: a VPN não esta tunelando as consultas DNS. O resolver que responde deve ser do provedor VPN, não da operadora. DNS leak e especialmente critico no Brasil porque o Marco Civil da Internet (art. 15) exige que provedores retenham logs de conexao por 6 meses: se os DNS logs do ISP ficam visiveis, eles contem o historico de dominios acessados mesmo com o conteudo das conexoes HTTPS protegido.

   Testar consulta DNS

   Problema: DNS do ISP respondendo com VPN ativa. Correção: Ative "DNS leak protection" nas configuracoes do cliente VPN. Ou configure manualmente o DNS do sistema para o servidor do provedor VPN.

3. Teste de WebRTC leak: IP real exposto pelo navegador Obrigatorio

   WebRTC e uma tecnologia de comunicacao em tempo real dos navegadores que pode revelar o IP real mesmo com VPN ativa. O mecanismo: o navegador faz requisicoes STUN diretas para servidores externos para descobrir o IP publico, e essas requisicoes bypassam o tunel VPN por design do protocolo. Para testar: acesse browserleaks.com/webrtc ou ipleak.net com a VPN ativa. Se aparecer o IP real da conexao, ha WebRTC leak. Firefox e Chrome tem WebRTC ativo por padrao. No Firefox: about:config > media.peerconnection.enabled = false desativa WebRTC completamente. No Chrome: instale a extensao WebRTC Leak Prevent. Mullvad Browser tem gerenciamento de WebRTC nativo.

   Problema: IP real aparece em teste WebRTC. Correção: Desative WebRTC no Firefox (about:config) ou use extensao de bloqueio no Chrome. Mullvad e ProtonVPN tem extensoes proprias que gerenciam isso.

4. Teste de IPv6 leak: endereco IPv6 real exposto Obrigatorio para usuarios com dual-stack

   Se a conexao tem IPv6 ativo (dual-stack TIM Live AS26615, Vivo Fibra, Claro FTTH) e a VPN tuneiza apenas IPv4, o IPv6 real do ISP continua exposto. Acesse /meu-ipv6 com a VPN ativa. Se aparecer endereco IPv6 comecando com 2804: (prefixo alocado ao Brasil pelo LACNIC), ha IPv6 leak. Conexoes CGNAT (Carrier-Grade NAT, RFC 6598, espaco 100.64.0.0/10) não tem IPv6, portanto usuarios CGNAT não sofrem IPv6 leak mas estao por tras de NAT compartilhado, o que traz outras implicacoes de privacidade. O IPv6 real identifica a conexao com precisao mesmo com o IPv4 mascarado pela VPN.

   Verificar meu IPv6

   Problema: IPv6 real aparece com VPN ativa. Correção: Desative IPv6 no adaptador de rede do sistema enquanto usa VPN. Ou use VPN com suporte nativo a IPv6 no tunel: Mullvad e ProtonVPN com WireGuard suportam tunel dual-stack.

5. Verificacao de localizacao geografica Complementar

   Acesse /onde-estou com a VPN ativa. O pais e cidade exibidos devem corresponder ao servidor VPN escolhido, não a localizacao real. Se aparecer o Brasil enquanto o servidor VPN e dos EUA, o IP não foi mascarado corretamente. Atencao: a localizacao no mapa pode estar alguns dias defasada quando um novo range de IP VPN entra em uso nos bancos de dados de geolocalicacao; o pais deve sempre estar correto mesmo que a cidade não bata exatamente.

   Ver onde estou

   Problema: Localizacao mostra Brasil com servidor VPN nos EUA. Correção: Confirme que a VPN esta ativa e que o servidor correto esta selecionado. Tente reconectar ou trocar de servidor VPN.

6. Teste do kill switch Obrigatorio para privacidade real

   Boas VPNs tem kill switch: desconectam a internet automaticamente se o tunel VPN cair, impedindo que o IP real seja exposto durante reconexoes. Para testar: ative a VPN e o kill switch nas configuracoes do cliente. Depois force uma desconexao do servidor VPN pelo cliente ou suspenha o adaptador de rede. A internet deve ficar totalmente inacessivel ate a VPN reconectar. Se conseguir navegar durante a queda, o kill switch não esta funcionando. Prefira VPNs com kill switch implementado no nivel do driver de rede (mais confiavel que kill switch em nivel de aplicativo, que pode falhar em travamentos do sistema).

   Problema: Internet funciona com VPN desconectada. Correção: Ative o kill switch nas configuracoes do cliente VPN. Prefira kill switch em nivel de driver de rede.

7. Verificacao de velocidade e protocolo Complementar

   Faca um teste de velocidade com e sem VPN. Uma queda de mais de 40% na velocidade de download indica servidor sobrecarregado, protocolo ineficiente ou servidor geograficamente distante. WireGuard e o protocolo mais rapido disponivel; se o cliente VPN usa OpenVPN por padrao, tente mudar para WireGuard nas configuracoes. Para o Brasil, servidores em Sao Paulo de provedores como ProtonVPN e Mullvad entregam menor degradacao de velocidade por conta da proximidade fisica e das interligacoes no IX.br (PTT-SP e PTT-Fortaleza).

   Problema: Velocidade cai mais de 40% com VPN. Correção: Troque para servidor mais proximo (SP em vez de EUA). Mude o protocolo para WireGuard se disponivel.

8. Verificacao de roteamento pelo adaptador virtual Tecnico

   No Windows: abra o Gerenciador de Tarefas (Ctrl+Shift+Esc), va em Desempenho > Ethernet ou Wi-Fi. Com a VPN ativa, o grafico de trafego principal deve aparecer no adaptador virtual da VPN (geralmente listado como Ethernet 2, TAP ou com o nome do provedor), não no adaptador fisico diretamente. No Linux: execute ip route show e verifique se a rota padrao (0.0.0.0/0) aponta para a interface VPN (tun0, wg0). Se a rota padrao ainda usar a interface fisica, o trafego não esta tunelado.

   Problema: Trafego no adaptador fisico com VPN ativa. Correção: Reinstale o cliente VPN. Em WireGuard manual, verifique se AllowedIPs = 0.0.0.0/0, ::/0 esta configurado para roteamento completo.

9. Verificacao de browser fingerprint Complementar (privacidade avancada)

   Mesmo com IP mascarado, o navegador expoe dados que criam um perfil unico: resolucao de tela, fontes instaladas, plugins, fuso horario, configuracoes de Canvas e WebGL. Esse identificador persiste entre sessoes sem depender do IP. Acesse browserleaks.com para ver quais informacoes seu navegador expoe. Brave Browser tem antifingerprinting nativo que randomiza essas informacoes. Firefox com as extensoes Privacy Badger e uBlock Origin reduz parcialmente. Tor Browser tem o nivel mais alto de reducao de fingerprint mas com custo de latencia significativo.

   Problema: Fingerprint unico identificavel mesmo sem IP real. Correção: Use Brave ou Firefox com extensoes de antifingerprinting. Para casos extremos, Tor Browser com JavaScript desativado.

10. Verificacao de hostname leak Tecnico

    Em algumas configuracoes, o hostname do dispositivo (nome do computador) pode ser exposto a servidores web via WebRTC ou outras APIs do navegador. Acesse ipleak.net com a VPN ativa e verifique se o hostname do computador aparece. Se sim, renomear o dispositivo para algo generico (ex: Notebook em vez de JoaoSilvaNotebook) reduz essa exposicao.

    Problema: Hostname real aparece em testes de leak. Correção: Renomeie o dispositivo para nome generico. Desative WebRTC no navegador.

Distribuição de falhas em testes de VPN

Dados agregados de testes realizados via SaberMeuIP.com.br em 2026 mostram quais vetores de vazamento são mais comuns entre usuários que relatam problemas de privacidade com VPN ativa. DNS leak lidera com 34% das falhas detectadas, seguido de WebRTC leak (28%) e IPv6 leak (21%).

O DNS leak ser o vetor mais frequente tem explicação direta: muitos clientes VPN estabelecem o tunel corretamente mas não configuram o servidor DNS do sistema operacional, deixando as consultas de nomes de domínio saindo pelo ISP. WebRTC leak em segundo lugar reflete a prevalência de Chrome e Edge, navegadores que ativam WebRTC por padrão. O IPv6 leak em terceiro confirma que conexões dual-stack brasileiras (TIM, Vivo, Claro com FTTH) são vulneráveis quando a VPN só tuneiza IPv4.

Vazamentos de VPN no contexto brasileiro

Conexões brasileiras com dual-stack (IPv4 + IPv6) são especialmente vulneráveis a IPv6 leak. Operadoras como TIM Live (AS26615) e Vivo Fibra entregam prefixos IPv6 /56 por padrão em planos FTTH usando DHCPv6-PD (RFC 3633/8415). Quando a VPN tuneiza apenas IPv4, qualquer aplicativo que se comunica via IPv6 expoe o endereço IPv6 real do usuário diretamente, sem passar pelo tunel VPN.

DNS leak e outro ponto crítico no contexto brasileiro. O Marco Civil da Internet (Lei 12.965/2014, art. 15) exige que provedores de internet retenham logs de conexão por seis meses. Esse histórico inclui quais servidores o usuário se conectou, mas não o conteudo das comunicações HTTPS. Se a VPN não substitui o DNS do sistema operacional, as consultas DNS continuam indo para o servidor do ISP mesmo com o tráfego HTTP tunelado. Resultado: o ISP continua vendo quais domínios você acessa mesmo que não consiga ler o conteudo.

A LGPD (Lei 13.709/2018) classifica dados de conexão como dados pessoais quando permitem identificar o titular. Logs de DNS queries do ISP com timestamps precisos podem ser usados para construir perfil de comportamento. O uso de VPN com DNS leak protection ativo e a configuração de DoH (DNS-over-HTTPS) no sistema operacional reduzem significativamente o volume de dados de conexão acessíveis ao ISP.

Para confirmar que o IP esta corretamente mascarado: em /meu-ip, o campo "Provedor / ASN" deve mostrar o nome da empresa VPN (Mullvad, NordVPN, ProtonVPN), não o nome da operadora brasileira (Vivo, Claro, TIM, Oi). Se aparecer o nome do provedor brasileiro, o IP não foi mascarado corretamente.

Interpretando os resultados dos testes

Urgência dos testes por cenário de uso

Comparativo de protocolos VPN

A escolha do protocolo VPN impacta velocidade, segurança e suporte a IPv6. WireGuard e o mais rápido e tem base de código menor (mais fácil de auditar), mas usa UDP em porta não-padrão, o que pode ser bloqueado por firewalls restritivos. OpenVPN TCP na porta 443 contorna a maioria dos filtros corporativos e de hotéis por usar a mesma porta que HTTPS.

Provedores: suporte a IPv6 no tunel e kill switch

Para usuários brasileiros com dual-stack (TIM, Vivo, Claro FTTH), o suporte a IPv6 nativo no tunel e crítico para evitar IPv6 leak sem precisar desativar IPv6 no sistema. Mullvad e ProtonVPN com WireGuard são as opções com tunel dual-stack confirmado. Os demais provedores geralmente desativam IPv6 no sistema ao conectar, o que resolve o leak mas pode causar problemas em serviços que preferem IPv6.

A coluna "Jurisdição" indica o país de registro da empresa e a alianca de inteligência correspondente. Mullvad (Suécia) e membro da Alianca 14 Eyes, o que significa que pode receber solicitações de dados de países aliados incluindo EUA e Reino Unido. Contudo, como a política de zero logs e verificavel por auditoria independente, não ha dados a entregar. ProtonVPN (Suíça) opera fora das aliancas de inteligência e tem histórico de resistência a solicitações governamentais. NordVPN (Panama) também opera fora das aliancas, com julgamento de 2021 confirmando que não havia logs a entregar em uma solicitação policial.

Ferramentas externas de teste de leak

Além das ferramentas deste site, serviços externos especializados em testes de VPN oferecem verificações complementares. A prática recomendada e combinar as ferramentas deste site (que usam a conexão real) com pelo menos um serviço externo para confirmar os resultados.

Jurisdição, Marco Civil e LGPD

O Marco Civil da Internet (Lei 12.965/2014, art. 15) obriga provedores de conexão no Brasil a manter registros de conexão por seis meses. Esses registros incluem IP de origem, porta, data e hora de cada conexão estabelecida, mas não o conteudo das comunicações criptografadas. Quando um usuário usa VPN, o ISP ve somente a conexão ao servidor VPN, não os destinos finais. Os registros revelam que o usuário usa uma VPN; não revelam o que fez através dela.

A LGPD (Lei 13.709/2018) classifica dados de conexão como dados pessoais quando permitem identificar o titular direta ou indiretamente. Logs de DNS queries com timestamps são dados pessoais porque permitem inferir padrão de comportamento de um indivíduo específico. A ANPD (Autoridade Nacional de Proteção de Dados) pode aplicar multas de até 2% do faturamento nacional (limite de R$ 50 milhões por infracão) para operadores que tratem dados pessoais em desconformidade com a LGPD.

Para o usuário final, a implicacao prática e: um provedor VPN com sede nos EUA ou Reino Unido (membros da Alianca 5 Eyes) pode ser obrigado a entregar dados mediante ordem judicial americana ou britanica mesmo sem autorização brasileira. Provedores com zero logs verificados por auditoria independente não tem dados a entregar independente da jurisdição. A jurisdição importa principalmente quando o provedor mantiver logs.

• Meu IP - verifique se o IP mudou após ativar a VPN
• Consulta DNS - teste de DNS leak: qual servidor esta respondendo
• Meu IPv6 - verificação de IPv6 leak com VPN ativa
• Onde estou - confirma a localização geografica do servidor VPN
• VPN vale a pena - tabela de cenários para decidir quando usar VPN

Perguntas frequentes

Aviso de privacidade: mesmo com VPN, DNS e WebRTC sem vazamentos, o usuário continua identificável por browser fingerprint, cookies persistentes, login em serviços (Google, Facebook) e padrão de uso. Os testes descritos validam a camada de rede, não garantem anonimato absoluto. Conformidade com LGPD (Lei 13.709/2018) e responsabilidade do operador de cada serviço acessado, não da VPN.

Como saber se VPN funciona de verdade vai além do icone "Conectado" no cliente: e necessário verificar IP, DNS, WebRTC e IPv6 individualmente para confirmar que nenhum vazamento expoe a identidade real. Use as ferramentas /meu-ip, /consulta-dns e /meu-ipv6 a cada vez que mudar de servidor VPN ou atualizar o cliente para garantir que a proteção continua operando como esperado.

Leituras Relacionadas

• VPN vale a pena — VPN vale a pena? Tabela com cenarios reais quando usar e quando não usar, custos, alternativas como Tor e proxy e legalidade no Brasil. Guia sem exageros, 2026.
• Como esconder IP — Como esconder IP com VPN, proxy ou Tor: comparativo de custo, velocidade e anonimato. Limitacoes importantes: browser fingerprint e WebRTC leaks explicados.
• O que é IP — O que e IP: entenda o Internet Protocol, a diferenca entre IPv4 e IPv6, IP público e privado, historia ARPANET e RFC 791. Explicacao completa com exemplos.