Como testar uma VPN
Atualizado em 21 de setembro de 2026 · Como pesquisamos
Você não precisa de ferramentas especializadas para verificar se uma VPN está fazendo seu trabalho. Essas verificações levam cerca de quinze minutos, e repeti-las após qualquer mudança de configuração é, sozinho, o hábito mais útil nesta área.
Registre primeiro uma medição de referência
Antes de conectar, anote seu endereço IP real, o nome do seu provedor, seus resolvedores DNS e uma medição de velocidade sem carga. Sem uma referência você não consegue saber se algo mudou.
1. Endereço e DNS
- Conecte-se a um servidor em outro país.
- Verifique seu endereço IP público. Ele precisa ser o da VPN, não o seu.
- Faça um teste de vazamento de DNS. Todo resolvedor listado deve pertencer à VPN.
- Verifique se aparece um endereço IPv6. Ou nenhum deve aparecer, ou ele deve ser o da VPN.
- Faça uma verificação de WebRTC em cada navegador que você usa; os resultados variam entre eles.
2. Kill switch
- Inicie um ping contínuo para um endereço público, para que você possa ver o tráfego fluindo.
- Encerre o processo do cliente VPN pelo gerenciador de tarefas, em vez de desconectar normalmente.
- O ping precisa falhar imediatamente. Se as respostas continuarem, o kill switch não está protegendo você.
- Repita desativando o adaptador de rede, e novamente após suspensão e retomada.
3. Comparação de protocolos
- Escolha um servidor e mantenha-o fixo.
- Meça com WireGuard, depois OpenVPN UDP, depois OpenVPN TCP.
- Execute cada medição três vezes e fique com a mediana, porque execuções isoladas são ruidosas.
- Repita em um horário movimentado do dia. O congestionamento muda a classificação mais do que o protocolo.
4. Comportamento na reconexão
- Troque de Wi-Fi para rede móvel em um celular e observe se o túnel sobrevive.
- Troque de servidor dentro do aplicativo e procure uma brecha na proteção durante a transição.
- Reinicie com o início automático ativado e verifique se algo escapa antes de o túnel subir.
Registrando resultados com honestidade
Este é o padrão que aplicamos a nós mesmos. Quando não executamos um teste, dizemos isso em vez de publicar um número.
| Registro | Por que isso importa |
|---|---|
| Data e hora | As condições de rede mudam; um resultado sem data não é um resultado |
| Localização do servidor e protocolo | Sem esses dados o número não pode ser reproduzido |
| Sua referência | Um número de velocidade sem um controle não diz nada a você |
| Número de execuções e a mediana | Medições isoladas são dominadas por ruído |
| O que você não testou | A parte mais honesta de qualquer registro de teste |
Por que você não vai encontrar gráficos de velocidade neste site
Testes reproduzíveis de taxa de transferência exigem condições controladas, execuções repetidas e uma configuração documentada. Não realizamos esse programa, portanto não publicamos números de velocidade, notas ou rankings derivados deles. Os métodos acima permitem que você meça sua própria conexão, o que é mais útil do que números de outra pessoa em outro continente.
Ferramentas independentes para cada verificação
Nenhuma destas é nossa e nenhuma é link de afiliado. São as ferramentas públicas com que os testes acima costumam ser feitos, para que você possa reproduzir qualquer resultado desta página em vez de aceitá-lo por confiança.
Ferramentas de teste independentes, agrupadas pelo que respondem.
| O que você está verificando | Ferramenta | O que ela mostra |
|---|---|---|
| Vazamento de DNS | dnsleaktest.com | Quais resolvedores responderam às suas consultas. Rode o teste estendido: o teste padrão pode não detectar um resolvedor que só aparece sob carga. |
| Detalhe do resolvedor DNS | BrowserLeaks DNS | O dono e a localização do resolvedor, que é o que diz se ele pertence à VPN ou ao seu provedor. |
| Vazamento de WebRTC | BrowserLeaks WebRTC | Se o navegador expõe um endereço local ou público via WebRTC. Repita em cada navegador que você usa — os resultados diferem entre eles. |
| IP público e geolocalização | BrowserLeaks IP | O endereço que os sites realmente veem, com as respostas IPv4 e IPv6 separadas. |
| IPv6 e endereço de torrent | ipleak.net | Os dois protocolos numa página só, mais uma verificação de endereço de torrent que informa o IP anunciado pelo seu cliente BitTorrent — não o que o navegador usa. |
| Taxa de transferência e latência | Speedtest by Ookla | Download, upload e ping contra um servidor que você escolhe, de modo que a rota é conhecida. Use a mediana de várias execuções. |
| Taxa de transferência voltada a streaming | Fast.com | Um teste mantido pela Netflix que informa a latência sob carga além da latência sem carga — é esse o número que prevê travamentos. |
| O que o protocolo deveria fazer | WireGuard | A especificação e os artigos do próprio protocolo, para conferir as alegações de uma provedora contra o projeto em si, e não contra o marketing. |
| Comportamento do OpenVPN | OpenVPN | Documentação oficial dos transportes UDP e TCP, incluindo o comportamento de reconexão que importa para um kill switch. |
| Verificar o túnel você mesmo | Wireshark | Captura de pacotes, para confirmar que o tráfego realmente sai pela interface do túnel e que nada está passando por fora. |
Perguntas frequentes
Como sei se minha VPN está realmente funcionando?
Verifique três coisas, não uma. O seu endereço público deve ter mudado; todo resolvedor DNS exibido deve pertencer à VPN e não ao seu provedor; e nenhum endereço IPv6 da sua própria conexão deve aparecer. Um IP alterado, sozinho, é o mais fraco dos três, porque DNS e IPv6 vazam de forma independente dele e são justamente os dois que desfazem o resto em silêncio.
Como eu testo um kill switch?
Inicie um ping contínuo para um endereço que você controla e então encerre o processo do cliente VPN pelo gerenciador de tarefas, em vez de desconectar pela interface. O ping deve falhar imediatamente. Desconectar de forma limpa testa o caminho feliz, que não é o caso para o qual um kill switch existe; matar o processo é o que reproduz uma queda.
Por que meus resultados de velocidade variam tanto?
A carga do servidor, a hora do dia, o roteamento e a sua própria rede local mudam entre execuções, e qualquer um desses fatores pode mexer mais no resultado do que a VPN. Fixe o servidor, faça pelo menos três medições, use a mediana em vez do melhor resultado e repita uma vez num horário de pico. Uma leitura única descreve um momento, não uma conexão.
Com que frequência devo refazer os testes?
Depois de qualquer coisa que mude o caminho: uma atualização do cliente, uma atualização do sistema operacional, um servidor novo ou uma rede nova. Os vazamentos se concentram em reconexões e mudanças de configuração, em vez de surgirem sozinhos, então o momento útil para testar é logo depois de algo ter mudado.
O que eu deveria testar que a maioria dos guias ignora?
A transição. A maioria das verificações é feita com o túnel parado e conectado, que é o estado com menor probabilidade de falhar. Force uma reconexão, coloque a máquina para dormir e acorde-a, alterne entre Wi-Fi e dados móveis, e observe o que acontece nesses poucos segundos — é aí que os vazamentos realmente ocorrem.