Upload da VPN mais lento que o download? Descubra qual limite você atinge

A maioria das linhas de acesso é assimétrica, então um túnel normalmente envia mais devagar do que baixa, e essa é a resposta esperada, não um defeito. A pergunta interessante é se o seu upload é limitado pela linha, por outra coisa que já a usa ou por um fluxo que trava em vez de correr de forma constante. Esses três produzem a mesma queixa e exigem trabalho diferente.

Três limites que parecem idênticos na barra de progresso

A capacidade é o primeiro, e é uma propriedade do produto de acesso, não do túnel. Um uplink de poucos megabits é normal em fibra residencial e em muitos planos móveis, e o custo da criptografia é pequeno diante dessa diferença. A encapsulação também acrescenta bytes por pacote, o que reduz a taxa útil nas duas direções e não só numa, então sozinha não pode explicar uma assimetria grande.

A contenção é o segundo. Sincronização na nuvem, bibliotecas de fotos e agentes de atualização enviam enquanto a máquina parece ociosa, e um segundo dispositivo na mesma linha faz o mesmo. A fila é o terceiro: um uplink saturado empurra o tráfego interativo atrás dos dados massivos, então as chamadas caem enquanto a própria transferência relata progresso saudável.

Meça uma direção de cada vez

Use o mesmo dispositivo, o mesmo perfil e o mesmo destino, e nunca execute as duas direções ao mesmo tempo, a menos que a contenção seja justamente o que você quer observar. Pause suas próprias transferências opcionais antes da primeira execução. Duas execuções com uma sinalização entre elas resolvem a maior parte.

iperf3 envia do cliente por padrão, então a execução simples mede o caminho de upload; -R inverte a direção e mede o download. Execute-as com alguns minutos de diferença e anote os dois números em vez de tirar a média:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

Se o número de upload for uma fração pequena do de download e permanecer estável entre execuções, a forma corresponde a uma linha de acesso assimétrica e o túnel não é a história. Se o upload oscilar entre execuções ou desabar depois de dez segundos, continue lendo.

Decida por onde o upload muda

Mude uma variável de cada vez e observe qual direção se move. Um segundo endpoint de VPN que envia melhor aponta para esse endpoint ou para a rota até ele. O mesmo upload lento de um segundo dispositivo na mesma linha aponta para a linha. Um dispositivo diferente em uma linha diferente que também é lento aponta para a política de entrada do destino, que você não pode corrigir localmente.

Anote bytes por segundo e o tempo decorrido para a mesma carga, não uma única pontuação de velocidade. Um cliente de backup e um teste de velocidade usam destinos e concorrência diferentes, então comparar os números deles não responde nada. Se as requisições pequenas vão bem e só as transferências grandes se arrastam, o limite provavelmente não é a largura de banda.

Para o uso diário, limitar um upload em segundo plano ou agendá-lo fora do horário de reuniões costuma ajudar mais do que qualquer ajuste do túnel. Julgue essa mudança pela carga combinada: um backup que termina mais tarde mas não estraga mais as chamadas costuma ser a melhor troca.

Quando o travamento vence a lentidão

Uma transferência que congela num ponto repetível e depois retoma comporta-se como um problema de MTU do caminho, não como um limite de taxa. O túnel reduz a carga útil por pacote, e um dispositivo que descarta a mensagem ICMP resultante deixa o remetente adivinhando. Esse padrão merece um teste próprio, porque o reparo é diferente de ajustar uma taxa. Um número baixo e estável aponta para a capacidade, enquanto um surto seguido de silêncio aponta para uma carga que o caminho não consegue transportar.

Teste o caminho com uma carga que não deve ser fragmentada e depois compare a MTU da interface do túnel com o valor que passa:

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

Se a sonda grande desaparecer enquanto uma menor tem sucesso, aperte o TCP MSS no túnel em vez de baixar a MTU da interface para cada protocolo. Travamentos persistentes depois desse ponto pertencem ao armazenamento ou ao ritmo da aplicação receptora, não ao caminho de rede.

O que mudar e o que deixar

Mude as coisas que você controla: os horários de transferência em segundo plano, a escolha do endpoint e a MSS para um caminho que trava. Mantenha cada mudança reversível e limitada a uma carga. Deixe em paz as coisas que a medição diz que estão bem, incluindo uma velocidade de download que já corresponde à linha.

Anote os números antes e depois junto com o perfil, o endpoint e a hora do dia, porque um problema de upload que se move com o endpoint é uma questão de roteamento, e um que se move com o dispositivo é local. Esse registro é o que transforma uma queixa vaga em decisão, e custa duas execuções do mesmo comando.