Por que unha descarga por VPN está limitada pola subida do servidor

O cliente mostra unha ligazón de baixada rápida, o servidor está nunha conexión de fibra e a transferencia segue arrastrándose. O número que a xente compara adoita ser o impreso no plan do cliente, mentres que o paquete cruza primeiro a ligazón de saída do servidor. Esa ligazón é o orzamento no que a transferencia debe encaixar. Nunha conexión doméstica pequena é o número máis pequeno do camiño.

O número que leu estaba na dirección equivocada

Unha descarga cara a un cliente remoto consome capacidade de subida no extremo do servidor do túnel. As velocidades de baixada anunciadas do servidor describen a dirección contraria e non din nada sobre esta. A mesma asimetría invístese cando o cliente sobe, e por iso unha dirección pode sentirse ben mentres a outra é inutilizable.

A sobrecarga de encapsulamento e calquera tráfico competidor gastan parte dese mesmo orzamento. Ningún dos dous é visible nunha proba de velocidade que só mide o cliente.

Escriba o camiño como un orzamento

Enumere cada fronteira que o paquete debe cruzar e dea a cada unha un número na mesma unidade. A entrega desde a orixe, o procesamento do servidor, a ligazón de subida do servidor, o camiño intermedio, a ligazón de baixada do cliente e o procesamento do cliente aplícanse todos. A velocidade utilizable é a menor delas menos a sobrecarga, e ningún axuste por riba dese teito cambia o resultado. Escriba a lista antes de medir, porque lle di a que número non crer.

Cunha ligazón de subida do servidor de 20 Mbit/s e unha ligazón de baixada do cliente de 100 Mbit/s, o servidor limita a transferencia moito antes de que o cliente o note. A sobrecarga e calquera transferencia simultánea toman outra porción, e unha ligazón de subida saturada tamén atrasa as confirmacións, o que ralentiza unha transferencia TCP por baixo do teito bruto. Ningún dos dous efectos aparece nunha comparación de plans.

Manteña os megabits e os megabytes separados, e diga se cada cifra mide tráfico de ligazón cifrada ou carga útil da aplicación. Mesturar eses dous é a razón máis habitual de que un orzamento pareza non cuadrar. Etiquete cada cifra coa súa unidade e o seu punto de medición.

Onde a placa realmente lle custa

Unha vez que a ligazón de acceso é o bastante grande, o hardware do extremo vólvese visible, e só entón importa o procesador. Identifique o modelo, a disposición de interfaces e a implementación en uso. Unha observación sobre o bus compartido dunha placa temperá non describe cada revisión posterior.

Compare camiños de procesamento individuais en lugar dunha media única de CPU. Unha carga global moderada pode ocultar un núcleo saturado que fai todo o traballo por paquete, e a frecuencia de reloxo non se transfire entre deseños de procesador como unha puntuación de rendemento. A taxa de paquetes importa tanto como o caudal, porque os paquetes pequenos custan máis por byte que os grandes. Mida cos tamaños de paquete que a súa carga de traballo realmente usa.

Os límites térmicos e de potencia tamén deciden o comportamento sostido. Unha ráfaga curta pode verse excelente mentres unha transferencia de dez minutos se limita, e por iso unha proba de poucos segundos é unha mala guía para unha copia de seguridade nocturna.

As orientacións de rendemento do fabricante separan o ancho de banda de acceso, a CPU, o procesamento de paquetes, o transporte e o tamaño de paquete en restricións distintas. Paga a pena lelas antes de cambiar un cifrado, porque un cambio de cifrado raramente move unha fronteira que nunca foi o límite.

Mida antes de cambiar un cifrado

Execute unha proba direccional que informe a velocidade realmente acadada a través do túnel e logo execute a mesma proba na interface crua para comparar. A diferenza entre eses dous números é o custo do túnel, e o menor dos dous teitos dille que fronteira atacar.

Manteña a política de seguridade intacta mentres compara. Un resultado antigo obtido cun cifrado feble ou unha placa con overclock non é un plan para o despregamento actual.

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

Garde os resultados direccionais xunto ás observacións do extremo da mesma execución. O próximo cambio debería apuntar ao teito medido en lugar do compoñente que parece máis pequeno na folla de especificacións.