Porque é que um download por VPN é limitado pelo upload do servidor

O cliente mostra uma ligação de descida rápida, o servidor está numa ligação de fibra e a transferência continua a arrastar-se. O número que as pessoas comparam é normalmente o que está impresso no plano do cliente, enquanto o pacote atravessa primeiro a ligação de acesso de saída do servidor. Essa ligação é o orçamento em que a transferência tem de caber. Numa pequena ligação doméstica é o número mais pequeno do caminho.

O número que leu estava na direção errada

Um download para um cliente remoto consome capacidade de upload na extremidade servidor do túnel. As velocidades de descida anunciadas do servidor descrevem a direção oposta e não dizem nada sobre esta. A mesma assimetria inverte-se quando o cliente envia, e é por isso que uma direção pode parecer boa enquanto a outra é inutilizável.

O custo de encapsulamento e qualquer tráfego concorrente gastam parte desse mesmo orçamento. Nenhum dos dois é visível num teste de velocidade que mede apenas o cliente.

Escreva o caminho como um orçamento

Liste cada fronteira que o pacote tem de atravessar e dê a cada uma um número na mesma unidade. A entrega a partir da origem, o processamento no servidor, a ligação de subida do servidor, o caminho intermédio, a ligação de descida do cliente e o processamento no cliente aplicam-se todos. A velocidade utilizável é a mais pequena delas menos o custo, e nenhum ajuste acima desse teto muda o resultado. Escreva a lista antes de medir, porque diz-lhe a que número não deve acreditar.

Com uma ligação de subida do servidor de 20 Mbit/s e uma ligação de descida do cliente de 100 Mbit/s, o servidor limita a transferência muito antes de o cliente notar. O custo e qualquer transferência simultânea tomam outra porção, e uma ligação de subida saturada também atrasa as confirmações, o que abranda uma transferência TCP abaixo do teto bruto. Nenhum dos dois efeitos aparece numa comparação de planos.

Mantenha megabits e megabytes separados e diga se cada número mede tráfego da ligação cifrada ou carga útil da aplicação. Misturar os dois é a razão mais comum para um orçamento parecer não bater certo. Rotule cada número com a sua unidade e o seu ponto de medição.

Onde a placa lhe custa realmente

Assim que a ligação de acesso é suficientemente grande, o hardware da extremidade torna-se visível, e só então o processador importa. Identifique o modelo, a disposição das interfaces e a implementação em uso. Uma observação sobre o barramento partilhado de uma placa antiga não descreve cada revisão posterior.

Compare caminhos de processamento individuais em vez de uma média única de CPU. Uma carga global moderada pode esconder um núcleo saturado que faz todo o trabalho por pacote, e a frequência de relógio não se transfere entre desenhos de processadores como uma pontuação de desempenho. A taxa de pacotes importa tanto como o caudal, porque pacotes pequenos custam mais por byte do que os grandes. Meça com os tamanhos de pacote que a sua carga de trabalho realmente usa.

Os limites térmicos e de potência também decidem o comportamento sustentado. Uma rajada curta pode parecer excelente enquanto uma transferência de dez minutos é limitada, e é por isso que uma prova de poucos segundos é um mau guia para uma cópia de segurança noturna.

As orientações de desempenho do fabricante separam a largura de banda de acesso, a CPU, o processamento de pacotes, o transporte e o tamanho de pacote em restrições distintas. Vale a pena lê-las antes de mudar uma cifra, porque uma mudança de cifra raramente desloca uma fronteira que nunca foi o limite.

Meça antes de mudar uma cifra

Execute um teste direcional que reporte a velocidade realmente atingida através do túnel e depois execute o mesmo teste na interface crua para comparação. A diferença entre esses dois números é o custo do túnel, e o menor dos dois tetos diz-lhe que fronteira atacar.

Mantenha a política de segurança intacta enquanto compara. Um resultado antigo obtido com uma cifra fraca ou uma placa com overclock não é um plano para a implementação atual.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Guarde os resultados direcionais junto das observações da extremidade da mesma execução. A próxima alteração deve visar o teto medido e não o componente que parece mais pequeno na folha de especificações.