Por que uma VPN deixa tudo mais lento (e quando não deixa)

“Minha VPN deixa tudo mais lento” é quase sempre verdade e quase nunca é explicado corretamente. Esta guia separa essa lentidão em seus três componentes reais, diz qual deles é o responsável na sua conexão, e dá uma forma de testar em vez de adivinhar.

Os três custos (criptografia, o desvio e o servidor de saída)

A criptografia é o custo que a maioria culpa primeiro e o que menos importa em hardware moderno. Todo dispositivo vendido na última década tem silício dedicado para criptografia AES, e o custo de criptografia de uma VPN nesse hardware costuma ser um erro de arredondamento — pontos percentuais de um dígito de desempenho, não a redução pela metade ou pior que uma VPN lenta costuma parecer.

O desvio é o custo real, quase sempre. Seu tráfego não vai mais direto ao destino — vai primeiro ao servidor da VPN, dali ao destino, volta pelo servidor da VPN, e então até você. Isso é distância física real somada a cada ida e volta, e distância custa tempo não importa quão rápida seja qualquer uma das duas conexões. É um problema de geografia, não de potência, e é o principal motivo de uma VPN parecer lenta.

O servidor de saída importa por um motivo relacionado mas distinto: não é só a distância, é também em que rede aquele servidor está, quão bem provisionada ela é, e quantos outros usuários da VPN a estão compartilhando naquele momento. Um servidor de saída congestionado ou mal interconectado soma seu próprio custo de latência e desempenho, além do custo puro de distância.

Qual dos três está realmente te afetando

Para quase todo mundo, é o desvio. Um servidor de saída no mesmo país — um genuinamente próximo tanto de você quanto do seu destino — costuma somar apenas alguns milissegundos de latência de ida e volta, quase imperceptível. Um servidor de saída transatlântico, ou qualquer um em outro continente diferente do seu e do seu destino, soma rotineiramente 80-120ms ou mais, puramente pela velocidade da luz naquela distância — nenhuma melhoria de hardware nem protocolo de VPN mais rápido muda esse número, porque é física, não software.

As diferenças de protocolo, com honestidade

Protocolos modernos de VPN (WireGuard e seus parentes, em particular) são mensuravelmente mais eficientes que os antigos, com menos sobrecarga por pacote e geralmente melhor comportamento de latência sob carga. Isso é real e vale a pena saber. Mas é um efeito secundário perto do desvio: trocar de protocolo pode recuperar alguns pontos percentuais de desempenho ou um punhado de milissegundos; trocar para um servidor de saída genuinamente mais próximo costuma recuperar dezenas ou centenas de milissegundos. Se você está atrás de velocidade na sua VPN, a localização do servidor de saída é onde está a alavanca.

Quando é sua VPN e quando é sua linha

Uma causa real e pouco diagnosticada que vale a pena conhecer: MTU e fragmentação. Uma VPN envolve seu tráfego normal numa camada extra de encapsulamento, o que deixa cada pacote um pouco maior — e se isso empurrar um pacote além do tamanho máximo que o caminho da sua conexão consegue carregar de uma vez, ele precisa ser fragmentado, o que custa desempenho real e pode custar latência real se for mal tratado ao longo do caminho. Isso aparece como uma VPN inexplicavelmente pior do que os custos de distância e criptografia por si só previram, e é corrigível baixando um pouco o MTU da VPN — a maioria dos clientes de VPN expõem esse ajuste, e vale a pena testar se uma VPN parece injustificadamente lenta mesmo com um servidor de saída próximo.

Testando com a VPN ligada e desligada

A forma mais limpa de saber o que sua VPN realmente custa é rodar o mesmo teste de velocidade sem ela, depois com ela, um logo após o outro, e comparar tanto a diferença de latência sob carga quanto a velocidade bruta — uma VPN que está somando seu próprio bufferbloat (alguns serviços baratos ou congestionados fazem isso) vai aparecer como uma diferença muito maior com a VPN ligada do que sem — distinto da latência fixa e inevitável que ela soma só pela distância.

Uma ressalva honesta sobre essa comparação: o Speed Test deste site mede contra um ponto da Cloudflare próximo, e uma VPN muda qual ponto é usado, porque seu tráfego agora sai do servidor de saída da VPN, não da sua conexão de casa. Isso não é uma falha do teste, só vale a pena saber — parte da diferença que você vê com a VPN ligada não é sobrecarga da VPN de jeito nenhum, é simplesmente um ponto de medição diferente, possivelmente mais longe ou mais perto. Comparar o mesmo teste com e sem VPN, um após o outro, ainda é a forma certa de isolar o que a VPN em si está custando; comparar seu número com VPN contra o de um amigo sem VPN diz muito pouco.

Duas variáveis a mais que vale a pena conhecer

Carga do servidor e horário do dia mudam o desempenho de uma VPN de um jeito que quase não mudam uma conexão direta. Um servidor de saída de VPN é infraestrutura compartilhada, e um servidor popular no horário de pico regional pode estar mensuravelmente mais congestionado que esse mesmo servidor às 4 da manhã — se a velocidade da sua VPN varia bastante de teste para teste, essa é uma explicação mais provável do que qualquer coisa sobre sua própria linha. A maioria dos apps de VPN deixam trocar de servidor dentro do mesmo país; se um local mede lento, vale a pena tentar um diferente na mesma rota antes de assumir que a VPN em si é o problema.

O split tunneling é a outra alavanca, onde disponível: em vez de rotear cada byte pela VPN, ele roteia só o tráfego que realmente precisa da privacidade ou acesso da VPN, deixando tudo o mais (streaming, downloads grandes, qualquer coisa sensível à latência que não precise do túnel) seguir pelo caminho direto, sem desvio. Não reduz a sobrecarga da VPN para o tráfego que ainda passa por ela, mas reduz quanto do seu uso total paga esse custo, o que costuma ser uma solução mais prática do que perseguir um servidor de saída mais rápido.

Nada disso é um argumento contra usar VPN — os motivos de privacidade e acesso pelos quais as pessoas usam uma não são afetados por nada disso. É um argumento para entender o que você está de fato pagando em velocidade por ela, e de onde vem esse custo, para que uma experiência de VPN genuinamente lenta possa ser diagnosticada em vez de simplesmente suportada.