O VPN sempre reduz a velocidade — a questão é o quanto. Com a localização e o protocolo certos, a perda fica entre 5% e 15%, e se a internet pelo túnel ficou duas vezes mais lenta, a causa é específica e pode ser encontrada. Vamos analisar oito causas em ordem — da distância até o servidor ao MTU.
O artigo é organizado como um diagnóstico: primeiro medimos corretamente, depois descartamos as causas uma a uma. Para cada uma delas: o que está acontecendo e o que mudar.
Como medir a velocidade corretamente
A maioria das reclamações sobre VPN lento se baseia em uma única medição feita em um momento ruim. Antes de mudar qualquer coisa, obtenha números confiáveis.
- Desligue o VPN e meça a velocidade e a latência até um servidor de teste no mesmo país da sua localização de VPN.
- Ligue o VPN e, depois de um minuto, repita a medição para o mesmo servidor de teste.
- Faça três medições em cada estado e compare as medianas, não os melhores valores.
- Anote o protocolo, a localização, o tipo de rede (Wi-Fi 2,4 ou 5 GHz, cabo, LTE) e o horário.
- Repita em outra rede: se a diferença entre casa e LTE for maior que entre "com VPN" e "sem VPN", a causa está na rede, não no VPN.
Comparar a velocidade até um servidor de teste local sem VPN com a velocidade até um servidor europeu com VPN não é correto: você está medindo rotas diferentes. O teste deve ir sempre ao mesmo ponto.
Distância e escolha da localização
Cada 1.000 km adicionam cerca de 10 ms de latência em um sentido, e com o caminho de volta e os nós intermediários, de 20 a 30 ms. Para carregar páginas isso é imperceptível; para jogos e chamadas, é sensível. A velocidade de uma conexão TCP também depende da latência: quanto maior ela for, mais devagar a conexão acelera e mais as perdas de pacotes pesam.
| Localização | Latência | Quando escolher |
|---|---|---|
| Helsinque, Estocolmo, Varsóvia | 25–45 ms | Trabalho diário, jogos, chamadas |
| Amsterdã, Frankfurt, Zurique, Paris, Londres | 40–70 ms | Vídeo, grandes serviços, conectividade estável |
| Istambul, Tel Aviv, Dubai, Almaty | 50–90 ms | Serviços regionais, rotas alternativas |
| Nova York, Toronto, Atlanta | 120–160 ms | Uso de serviços na América do Norte |
| Tóquio, Singapura, Hong Kong, Mumbai, São Paulo | 150–300 ms | Apenas para tarefas regionais específicas |
Os valores dependem do seu provedor e de sua conectividade. Dica prática: mantenha a localização principal mais próxima, e ative as distantes só quando precisar. Trocar de localização no aplicativo leva segundos, e o servidor pessoal é implantado em uma nova localização em poucos minutos. Para usuários na Rússia, um bom ponto de partida costuma ser a Holanda ou a Finlândia.
Protocolo e seu custo de processamento
O protocolo determina quantos dados de controle são adicionados a cada pacote e quanto tempo de processador é gasto na criptografia. A diferença entre protocolos modernos e antigos é de várias vezes.
| Protocolo | Velocidade em rede estável | Estabilidade em redes móveis | Carga no processador |
|---|---|---|---|
| WireGuard | Máxima | Baixa, funciona só por UDP | Mínima |
| MeduzaVPN | Próxima do WireGuard | Média | Mínima |
| MeduzaVPN ULTRA | Alta | Alta | Baixa |
| VLESS | Alta | Alta | Baixa |
| Shadowsocks | Alta | Média | Baixa |
| OpenVPN | Baixa, especialmente por TCP | Baixa | Alta |
Se a rede é estável, escolha WireGuard ou MeduzaVPN. Se a conexão cai ou oscila, use ULTRA ou VLESS: são um pouco mais pesados, mas mantêm a conexão mais estável onde o WireGuard trava ou fica lento. Deixe o OpenVPN para quando outros protocolos não conectarem: ele é lento pela própria arquitetura e, em modo TCP, sofre ainda mais com o duplo controle de entrega.
Redes móveis e conexão instável
Se em casa o VPN é rápido e na rede móvel mal funciona, a causa geralmente não é a velocidade do seu plano, mas a qualidade do link móvel: a latência salta, os pacotes se perdem e o tráfego UDP pode funcionar de forma intermitente. Nessas condições, um protocolo clássico muitas vezes não cai por completo, mas fica em poucos megabits ou se interrompe depois de alguns minutos.
Sinais de que o problema é o protocolo, e não a velocidade do plano:
- A conexão se estabelece, mas a velocidade é dezenas de vezes menor que sem VPN.
- Nos primeiros segundos funciona rápido, depois cai bruscamente.
- Trocar o protocolo para ULTRA ou VLESS recupera a velocidade na hora.
- O problema se repete com uma operadora e não acontece com outra.
A solução é trocar o protocolo no aplicativo e salvar essa escolha para esta rede. Sobre como escolher localização e protocolo sendo usuário na Rússia, veja a página sobre VPN na Rússia.
MTU e DNS
MTU: quando tudo "funciona", mas devagar
MTU é o tamanho máximo de pacote no caminho. O Ethernet comum usa 1500 bytes; o túnel adiciona cabeçalhos, e dentro dele o pacote precisa ser menor: para o WireGuard, o valor típico é 1420; em operadoras móveis e PPPoE, ainda menor. Se o MTU dentro do túnel for maior do que o caminho permite, os pacotes se fragmentam ou se perdem. Os sintomas são característicos: páginas pequenas abrem normalmente, arquivos grandes e vídeos travam, a velocidade oscila.
O aplicativo ajusta o MTU automaticamente, mas em redes com encapsulamento não padrão (algumas operadoras móveis, internet via satélite, túneis aninhados) ajuda reduzi-lo manualmente para 1280–1380 nas configurações da conexão.
DNS: início lento de cada página
Se as consultas DNS vão para um servidor distante ou sobrecarregado, cada nova página começa com uma pausa, mesmo com a velocidade de download normal. O aplicativo direciona o DNS pelo túnel até um resolvedor próximo do seu servidor. Se você configurou o DNS manualmente no sistema, confirme que ele não está em outro continente em relação à localização do VPN.
Wi-Fi, processador do dispositivo e roteador
Wi-Fi de 2,4 ou 5 GHz
A faixa de 2,4 GHz costuma estar sobrecarregada por vizinhos e micro-ondas, com um teto prático de 30 a 60 Mbit/s e alta perda de pacotes. O VPN é mais sensível a perdas que o tráfego comum, porque um pacote perdido do túnel significa dados perdidos de várias conexões ao mesmo tempo. Conecte-se à rede de 5 GHz ou use cabo e refaça a medição: muitas vezes o diagnóstico termina aqui.
Processador do dispositivo
A criptografia é feita no dispositivo. Um celular ou notebook moderno faz isso com centenas de megabits sem esforço, mas um tablet antigo, uma TV ou um roteador podem esbarrar no processador. O sinal é: velocidade igualmente baixa em qualquer localização, e o dispositivo esquenta. Ajuda usar um protocolo com criptografia leve — WireGuard ou MeduzaVPN.
VPN no roteador
Se o VPN está no roteador, o limite é o processador dele. No MT7621 o teto é de dezenas de megabits; no Filogic e no x86, centenas. Isso é normal e não se resolve trocando a localização; para dispositivos que precisam de velocidade máxima, instale o aplicativo diretamente neles.
Carga do servidor
Nos serviços de VPN de massa, um único servidor é dividido por milhares de usuários, e à noite, quando todo mundo assiste vídeo, a velocidade cai para todos. Isso não se resolve nem com protocolo, nem com MTU — só trocando de servidor para um com menos gente no momento.
No plano PERSONAL, no servidor da MeduzaVPN essa causa não existe: no servidor está só você e sua família, o link não é dividido com estranhos. Por isso, se a velocidade caiu, procure entre as demais causas deste artigo. A diferença entre os dois modelos é detalhada no artigo sobre servidor VPN pessoal.
O único fator "de servidor" em um VPN pessoal é a conectividade do data center com o seu provedor. Se a localização geograficamente mais próxima funciona pior que uma mais distante, o problema está na rota, e a solução é testar uma localização vizinha.
Split tunneling para aplicativos pesados
Nem todo tráfego precisa de VPN. Atualizações de jogos com dezenas de gigabytes, backups na nuvem, serviços locais que não precisam de VPN — tudo isso pode ficar fora do túnel. O split tunneling do aplicativo MeduzaVPN permite escolher quais aplicativos vão direto, deixando no túnel apenas o que realmente precisa dele.
O que costuma ficar fora do túnel:
- lojas de jogos e clientes de atualização;
- armazenamento em nuvem com sincronizações grandes;
- aplicativos de banco e serviços governamentais;
- serviços de vídeo e cinemas online locais;
- clientes de torrent, se não forem o objetivo do VPN.
O lado ruim: o tráfego dos aplicativos excluídos fica visível para o provedor e sai com o seu IP real. Exclua apenas aquilo para o qual isso é aceitável.
Conclusão
Ordem de diagnóstico: medir corretamente, escolher a localização mais próxima, usar WireGuard ou MeduzaVPN em rede estável e ULTRA em rede instável, verificar o Wi-Fi de 5 GHz e o MTU, tirar os aplicativos pesados com split tunneling. Na maioria dos casos, depois disso o VPN fica apenas alguns pontos percentuais mais lento que a conexão direta.
No plano PERSONAL, o servidor da MeduzaVPN elimina a principal causa dos VPNs compartilhados lentos — a carga de terceiros —, e a troca de protocolo no aplicativo ajuda em redes móveis instáveis. As assinaturas têm 7 dias sem cobrança para você testar a velocidade na sua rede. Ver planos.
Perguntas frequentes
Em quanto o VPN costuma reduzir a velocidade?
Com uma localização próxima e um protocolo moderno, a perda fica entre 5% e 15% da velocidade sem VPN, e a latência aumenta de 10 a 40 ms. Se a queda for mais que o dobro, quase sempre há uma causa específica: localização distante, rede móvel instável, servidor compartilhado sobrecarregado ou Wi-Fi fraco.
Qual é o protocolo mais rápido?
Em uma rede estável, o WireGuard e o MeduzaVPN: têm o menor custo de processamento e criptografia eficiente. O MeduzaVPN ULTRA fica próximo deles, mas adiciona um processamento de tráfego que aumenta um pouco o volume de dados de controle. O OpenVPN é bem mais lento, por causa da arquitetura antiga, especialmente em dispositivos fracos.
Por que o VPN é rápido em casa e lento na rede móvel?
A rede móvel é menos estável que a doméstica: a latência é maior e oscila, os pacotes se perdem com mais frequência e o tráfego UDP pode funcionar de forma intermitente. Os protocolos clássicos lidam pior com isso. Trocar para ULTRA ou VLESS geralmente recupera a velocidade.
O que é o MTU e por que ele afeta a velocidade?
MTU é o tamanho máximo de pacote que passa pelo caminho sem ser fragmentado. O VPN adiciona cabeçalhos a cada pacote, e se o MTU dentro do túnel não for reduzido, os pacotes se fragmentam ou se perdem, e a velocidade cai mesmo com a conexão aparentemente funcionando. O aplicativo ajusta o MTU automaticamente, mas em redes com configurações não padrão ajuda reduzi-lo manualmente.
Um servidor sobrecarregado pode ser a causa?
Em VPNs compartilhados, sim, e essa é uma das principais causas: milhares de usuários dividem o link de um mesmo nó. No plano PERSONAL, no servidor da MeduzaVPN essa causa não existe, porque nele só está você. Se a velocidade ainda assim estiver baixa, procure na localização, no protocolo ou na rede doméstica.
Como medir corretamente a velocidade do VPN?
Meça a velocidade sem VPN e com VPN no mesmo dispositivo, na mesma rede, com um intervalo de um minuto, para o mesmo servidor de teste. Repita três vezes e compare as medianas. Uma medição única em horários aleatórios não diz nada.
É preciso passar todo o tráfego pelo VPN?
Não necessariamente. O split tunneling permite tirar do túnel aplicativos pesados que não precisam de VPN: atualizações de jogos, backups na nuvem, serviços locais. Assim você libera o túnel e mantém a velocidade para aquilo que realmente precisa do VPN.