Como este teste funciona
Quatro canais podem levar o seu endereço a um site, e um túnel que protege um pode ignorar outro. Esta página testa cada um a partir da mesma sessão de navegador, então os resultados descrevem exatamente a configuração que você está prestes a usar.
| Canal | Como é testado | Onde roda |
|---|---|---|
| IPv4 | O endereço de origem da sua requisição, com rede, país e classificação | No nosso servidor, antes de a página ser enviada |
| IPv6 | O script da página chama um endpoint de eco acessível apenas por IPv6 no nosso servidor de sondagem; uma resposta significa que o navegador tem rota IPv6 funcional e revela o endereço | Navegador mais servidor de sondagem |
| WebRTC | O script coleta candidatos ICE por um servidor STUN público e compara cada candidato público com o endereço IPv4 | Navegador |
| DNS | O script requisita 6 nomes de host únicos na nossa zona de teste; o servidor de nomes autoritativo registra quais resolvedores perguntaram, e a página mostra sua rede e país | Navegador mais servidor de sondagem |
A linha IPv4 é preenchida imediatamente. As outras três começam quando a página carrega e são atualizadas conforme terminam, cada uma com status OK, revisar ou falha e uma explicação curta. A tabela de candidatos WebRTC e a de resolvedores DNS aparecem na íntegra abaixo, exatamente como nas páginas dedicadas.
A lógica de comparação é o mesmo motor da pontuação de anonimato. Um endereço público via WebRTC diferente do IP da conexão é falha. Um IPv6 localizado em país diferente do IPv4 é falha. Um resolvedor DNS em país diferente do IPv4 é revisar. Cada um deles vale 15 pontos na pontuação.
Como ler o resultado
A linha IPv4 é a referência. Todo o resto é comparado com ela.
| Linha | OK | Revisar ou falha |
|---|---|---|
| IPv4 | Mostra a saída pretendida: o endereço da VPN ou do proxy, sua rede e o país escolhido | Mostra o seu provedor doméstico, ou seja, o túnel não transporta o tráfego web; corrija isso antes de ler as outras linhas |
| IPv6 | Nenhum IPv6 detectado, ou um IPv6 no mesmo país do IPv4 | Um IPv6 em outro país: o sistema tem uma rota IPv6 direta contornando um túnel somente IPv4 |
| WebRTC | Todo candidato público é igual ao IPv4, ou nenhum candidato público aparece | Um candidato público diferente: o tráfego UDP do navegador sai fora do túnel |
| DNS | Todos os resolvedores estão no mesmo país do IPv4, tipicamente o resolvedor da própria VPN ou proxy | Um resolvedor em outro país: as consultas contornam o túnel, normalmente para o resolvedor do seu provedor |
Três combinações aparecem o tempo todo:
- IPv4 correto, WebRTC falha, DNS e IPv6 passam. Um proxy de navegador sem suporte a UDP. Substitua o endereço WebRTC no navegador ou no perfil anti-detect, ou migre para uma VPN de túnel completo.
- IPv4 correto, DNS em revisão, o resto passa. Uma VPN com DNS configurado fora do cliente, ou um DNS criptografado do navegador apontando para o seu país de origem. Corrija o resolvedor e rode de novo.
- IPv4 correto, IPv6 falha. O provedor tunela só IPv4 e a sua rede tem IPv6 nativo. Desative o IPv6 no adaptador enquanto conectado, ou ative o IPv6 no cliente se ele suportar.
Se mais de uma linha falha, corrija na ordem WebRTC, DNS, IPv6: o WebRTC é o mais verificado pelos sites, o DNS o mais registrado, e o IPv6 o menos comum dos três.
Como corrigir
Cada linha tem uma página dedicada com passos por plataforma; a versão curta está aqui.
- IPv4 mostra o seu provedor real. A VPN não está conectada ou o proxy não está aplicado a este navegador. Reconecte, ou confira que as configurações de proxy do navegador e do perfil estão ativas, e recarregue.
- WebRTC expõe outro endereço. Ative a proteção de WebRTC na extensão da VPN, defina a política de WebRTC do navegador para conexões apenas por proxy, ou configure o perfil anti-detect para substituir o endereço pelo do proxy. Passos por navegador no teste de vazamento WebRTC.
- Resolvedor DNS no país errado. Ative a opção de DNS pelo túnel no cliente de VPN, ative o DNS remoto para proxy SOCKS5 e remova qualquer DNS criptografado do navegador que aponte para o seu país real. O teste de vazamento de DNS lista as configurações para Windows, macOS, iOS, Android e os principais navegadores.
- IPv6 em outro país. Ative o IPv6 dentro do cliente de VPN se ele oferecer; caso contrário, desative o IPv6 no adaptador ativo durante a sessão. O teste de IPv6 tem os comandos e menus.
- Rode esta página de novo no mesmo perfil. As 4 linhas são recalculadas a cada carregamento, e nada da execução anterior fica em cache.
Limitações deste teste
- O teste cobre o navegador. Outros aplicativos — clientes de e-mail, clientes de torrent, serviços do sistema — podem usar a rede de outra forma. Um cliente de torrent, em particular, revela o seu endereço a todos os pares de um enxame por um canal que esta página não toca.
- Um túnel que cai depois do teste não é testado. O kill switch do cliente de VPN é o que protege você nesse momento; esta página só reporta o estado no instante em que rodou.
- As comparações de país dependem dos dados de geolocalização do DB-IP Lite, atualizados mensalmente. Uma saída de VPN ou um resolvedor registrado em um país e operado em outro pode produzir uma divergência que não é vazamento, e vice-versa em casos raros.
- As linhas IPv6 e DNS dependem do nosso servidor de sondagem. Se uma delas diz que não está disponível, aquela parte não pôde rodar; as linhas IPv4 e WebRTC continuam válidas.
- O WebRTC é testado contra um único servidor STUN, e uma extensão que reescreve candidatos faz a linha passar de propósito.
- Passar não é anonimato. A página verifica se a sua rede real transparece em 4 canais. Não verifica cookies, contas, identificadores de dispositivo nem a reputação do endereço de saída; o verificador de IP e a pontuação de anonimato cobrem o lado do endereço.
O que um teste de vazamento de VPN não diz sobre o kill switch
Um kill switch é uma regra de firewall dentro do cliente de VPN que bloqueia todo o tráfego quando o túnel cai. Ele importa porque todos os vazamentos desta página também podem ocorrer nos poucos segundos entre a queda e a reconexão do túnel, quando o sistema volta às rotas e resolvedores comuns. Este teste não consegue simular esse momento. Se você depende do túnel, ative o kill switch e teste-o você mesmo: desconecte a VPN manualmente e confirme que esta página não carrega de jeito nenhum, em vez de carregar com o seu endereço real. Os casos de vazamento de IPv6 e DNS são os mais expostos nessa brecha, porque a rota IPv6 e os resolvedores do próprio sistema são o que ele usa como reserva.
Clientes de torrent, jogos e outros aplicativos
Testes de navegador descrevem navegadores. Um cliente de torrent anuncia o seu endereço ao tracker e aos pares diretamente, um jogo abre as próprias sessões UDP, e um cliente de e-mail resolve nomes e se conecta por conta própria. Cada um usa a rota que o sistema operacional oferece: o túnel, se a VPN for de sistema, ou a sua conexão real, se você configurou apenas um proxy no navegador. Para qualquer coisa fora do navegador, a resposta honesta é usar uma VPN de sistema com kill switch, vincular o aplicativo à interface do túnel quando ele permitir, e aceitar que uma página web não pode verificar isso por você.
A ordem para verificar antes de um login
- Carregue esta página pelo perfil exato de navegador com que fará login e obtenha 4 linhas aprovadas.
- Abra o detector de proxy para confirmar que o endereço IPv4 está em rede residencial ou móvel e não carrega cabeçalhos de proxy.
- Abra a pontuação de anonimato para confirmar que as linhas de fuso horário e idioma concordam com a saída e que não há sinal de automação.
- Recarregue esta página mais uma vez para confirmar que o resultado é estável, e então abra o site que importa.
Essa sequência leva menos de um minuto e pega os quatro canais de vazamento, os problemas de endereço e os problemas de consistência do navegador que respondem pela maioria dos logins questionados em proxies e VPNs.