Por que um download é mais rápido pela VPN do que diretamente

Você inicia um download grande, os primeiros segundos parecem normais e então a taxa se estabiliza em cerca de metade do que a linha deveria entregar. Você conecta o túnel, repete o mesmo download e ele mantém uma taxa maior durante todo o arquivo. Isso é uma medição real e uma conclusão enganosa ao mesmo tempo, porque o túnel não tornou o caminho mais rápido. Ele apenas tirou o seu tráfego de uma porta que algo no percurso estava limitando.

A forma da curva entrega

Observe a transferência em vez do número final. Um caminho limitado costuma começar perto da taxa da linha, gasta a sua franquia de rajada e depois se assenta no limite, então a média depende de quanto tempo você observou. Um túnel que realmente melhorasse o caminho mostraria uma taxa melhor desde o primeiro segundo e a manteria. O patamar é a impressão digital, e é fácil perdê-lo se você registrar apenas o pico.

Duas execuções do mesmo arquivo, uma direta e outra pelo túnel, bastam para ver se existe um patamar.

Anote quando o patamar começa, quanto dura e que taxa mantém. Esses três valores separam um modelador de um caminho congestionado, porque a congestão deixa a taxa oscilar enquanto um modelador a fixa num único número. Se a execução direta piora gradualmente e a do túnel permanece estável, você está olhando para política e não para física.

Três comparações, uma variável cada

Mude uma coisa por execução ou não aprende nada. Baixe o mesmo arquivo pelo caminho web comum, depois por uma ferramenta de transferência que use outra porta, de um host com capacidade comparável e à mesma hora. Mantenha a máquina cliente fixa, porque um portátil que muda de rede acrescenta uma variável que você não controla.

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

Use um arquivo já comprimido, como uma imagem de disco, para que a compressão de transporte não possa explicar a diferença. Depois, se controla o servidor, mova o seu ouvinte para a porta que suspeita estar limitada, atualize o perfil do cliente e repita. Se o túnel agora cair para a taxa limitada, o limite segue a porta e não o túnel, e a questão está resolvida. Execute cada comparação duas vezes e guarde os números do patamar, não os picos.

Registre também a hora, porque um modelador pode ser baseado no tempo e um teste à noite pode discordar de um pela manhã. Duas execuções à mesma hora valem mais do que dez espalhadas pelo dia.

O que esta medição não pode sustentar

Ela não mostra que o túnel seja mais rápido em geral, que comprima alguma coisa ou que outras portas não estejam limitadas. Descreve uma transferência numa linha durante uma hora. Os limites podem ser por sessão, por assinante ou baseados no tempo, e um operador pode alterá-los sem anunciar.

Também não mostra que o caminho direto esteja avariado. Um caminho limitado funciona exatamente como pretendido, apenas está limitado por política.

Essa distinção importa quando você escreve o relatório. Uma avaria pede um ticket de reparação, enquanto uma política pede uma pergunta sobre o contrato ou uma decisão de a contornar. Chamar limite a uma avaria produz uma conversa com o suporte que começa da premissa errada. Chamar-lhe política permite fazer uma pergunta concreta que tem uma resposta concreta.

Transforme a descoberta num pedido de suporte

Use os números e deixe a conclusão de fora. Um pedido que diga que as transferências grandes pela porta 80 se mantêm em cerca de metade da taxa esperada durante estas horas, com os números do patamar anexados, é acionável. Um pedido que diga que a VPN é mais rápida não é, porque se lê como uma afirmação sobre o túnel e não como uma observação sobre a linha. Anexe as duas execuções e as respetivas marcas temporais, e depois deixe o operador descrever a política.

Não empurre todas as aplicações para o túnel só para perseguir esse número.

O túnel ainda lhe custa um salto extra, cifragem e um novo conjunto de modos de falha, enquanto a porta limitada continua limitada para tudo o resto que a use. Quando as transferências grandes têm de terminar de forma fiável, mantenha a sua própria nota de que porta carrega o limite. Mover um ouvinte para a porta 80 também colide com qualquer servidor web já ligado a ela, e isso produz uma nova falha em vez de uma correção.