Por que minha VPN está tão lenta? Teste estes quatro trechos

Uma chamada que falha, um download que se arrasta e um upload que congela no meio são três reclamações diferentes sob um mesmo rótulo. Decidir qual delas você está perseguindo antes de medir qualquer coisa poupa o resto da investigação. Depois troque um trecho do caminho por vez e repita a mesma tarefa.

A ordem abaixo se afasta da tarefa, porque o túnel não pode fornecer largura de banda que falta por baixo.

Decida o que significa lento antes de medir

Uma taxa baixa e constante, uma latência alta com picos acentuados e uma transferência que para de repente num tamanho fixo não são variações de uma única falha. Cada uma aponta para um trecho diferente: a vazão, o próprio caminho ou um limite de tamanho de pacote. Escolha a tarefa que realmente incomoda você e use-a como referência, porque um teste de velocidade mede uma transferência em massa que pode se comportar de forma bem diferente de uma videochamada. Anote o endpoint, o protocolo, a hora do dia e o número que importa para você.

Sem esse registro, toda comparação posterior vira uma discussão sobre impressões.

Verifique primeiro a rede de acesso

Pause suas próprias transferências grandes e depois meça o link local antes que o túnel entre em cena. Compare com uma tarefa inofensiva e siga o procedimento de kill switch do cliente em vez de desativar várias proteções de uma vez, e mantenha o mesmo destino nas duas execuções. Um provedor de teste de velocidade pode lhe dar outro servidor de medição assim que sua localização visível mudar, o que transforma a comparação em um teste de dois servidores diferentes.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Se a linha de base já está ruim, o trabalho pertence ao Wi-Fi, à demanda do roteador ou ao serviço de acesso. Um teste com cabo ou uma posição fixa perto do ponto de acesso separa um link de rádio fraco de um enlace de subida congestionado. Nada do que o túnel faz vai adicionar capacidade que a linha de acesso não entrega.

Troque a saída, depois o transporte

Mantenha o dispositivo, a rede e o protocolo fixos e teste um segundo endpoint. Escolha uma cidade plausível da lista de locais, mas não presuma que o rótulo mais próximo significa a melhor rota. Se uma saída está lenta e as outras estão bem, o host ou o caminho dela merece a investigação; se todas as saídas estão lentas num dispositivo enquanto outro dispositivo está bem, o cliente é o melhor suspeito.

Onde o serviço oferece os dois perfis, compare OpenVPN por UDP com OpenVPN por TCP. O UDP é o ponto de partida habitual para trabalho interativo, enquanto o TCP pode ajudar numa rede de acesso que não deixa passar o tráfego UDP de jeito nenhum. Um túnel TCP recupera perdas retransmitindo dentro do fluxo, e é por isso que pode parecer mais lento num link que descarta pacotes, e as notas de solução de problemas de desempenho do OpenVPN cobrem o mesmo compromisso antes de você ajustar qualquer outra coisa. Editar a palavra "udp" para "tcp" num perfil não pode criar um ouvinte que o servidor nunca abriu.

Salve o perfil que ajuda antes de tentar a próxima mudança. Caso contrário, uma regressão posterior deixa você adivinhando qual edição produziu a melhoria.

Leia o dispositivo e o sintoma juntos

Observe a carga do processador durante a transferência e não depois, porque o custo da criptografia cresce com o tráfego e um roteador pequeno que atende uma casa é uma máquina diferente de um notebook executando seu próprio cliente. Outra VPN, uma máquina virtual ou um filtro de rede podem ficar no mesmo caminho e levar uma parte do tráfego. Mantenha o software atualizado sem remover verificações de autenticação ou um kill switch para fazer um benchmark parecer melhor. Se as solicitações pequenas funcionam e os uploads grandes travam num tamanho consistente, a verificação de MTU é a próxima parada.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Quando o túnel reinicia repetidamente, corrija as desconexões antes de interpretar qualquer número de vazão, porque um túnel que se reconecta mede o aperto de mão e não o caminho. Repita a tarefa original depois de cada mudança e guarde o resultado. Um teste de velocidade mais rápido que ainda quebra a chamada não resolveu a reclamação com que você começou.