Por que unha descarga por VPN pode superar a súa conexión directa

Conecte o túnel, inicie unha descarga grande e comprobará que avanza a aproximadamente o dobre da velocidade que acadaba o mesmo ficheiro sen el. Soa a publicidade, pero pode ser unha medición real nunha liña doméstica. A causa habitual é un límite de velocidade asociado a un porto: o túnel leva a súa transferencia onde o modelador non mira, e a capacidade real da liña aparece por primeira vez.

O que significa que o número interesante non é o rápido que ía a VPN. É canto da súa liña non estaba recibindo nunca, e por que.

Un límite que segue o porto, non a ruta

Un provedor de acceso pode limitar o caudal por abonado segundo o protocolo ou o porto de destino, e o porto 80 é un obxectivo favorito porque moita navegación corrente o usa. A miúdo o límite non se aplica desde o primeiro paquete: a transferencia comeza preto da velocidade da liña, consome unha franquía de ráfaga e logo aséntase na cifra limitada. Os primeiros segundos parecen sans e o resto da transferencia non.

Envíe os mesmos bytes por outro porto e o modelador do 80 non os ve nunca. O túnel parece superar a conexión directa aínda que engadiu un salto, cifrado e o seu propio sobrecusto. O que mellorou non é o camiño senón a ausencia dunha regra.

Tamén por iso o efecto é tan constante entre ficheiros e destinos. Se o límite está no porto, todo o que viaxa por ese porto compórtase igual, sexa cal sexa o tamaño do ficheiro e quen sexa o anfitrión. Un destino que atrae outra regra mostra outra curva, e esa diferenza é diagnóstica por si soa.

Mida a meseta, non o pico

O pico é a parte menos informativa dunha transferencia, porque toda conexión parece boa mentres se enchen os seus buffers. Anote onde se estabiliza a velocidade e canto tempo permanece aí.

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

Execute a parella seguida na mesma máquina, á mesma hora, contra anfitrións en redes comparables. Unha soa mostra non demostra nada; a forma da curva en dúas execucións de cada un é o que distingue unha franquía de ráfaga dun límite estable. Apunte onde se achanda a velocidade en lugar do que mostrou o primeiro segundo, porque a ráfaga é precisamente o que un modelador lle dá antes de comezar a limitar. Unha meseta tranquila que aguanta o resto da transferencia é a cifra que hai que comparar.

Manteña o ficheiro xa comprimido para que a compresión de transporte non poida ofrecerse como explicación. Un PDF ou un arquivo elimina esa variable e ademais impide que ninguén argumente que o túnel comprimiu a carga. Se ambas as transferencias usan o mesmo ficheiro, a única diferenza que queda é o camiño e o porto. Anote a ferramenta e o porto xunto a cada cifra, ou a segunda execución non será comparable coa primeira.

Tres comparacións que illan a causa

Percórraas en orde e detéñase en canto o patrón estea claro, porque cada unha descarta unha historia distinta.

1. Repita a mesma descarga polo camiño web ordinario e por unha ferramenta de transferencia noutro porto, desde un anfitrión con capacidade comparable.
2. Repita ambas as dúas cun ficheiro incompresible, para que a compresión deixe de ser candidata.
3. Se vostede mesmo administra o servidor do túnel, volva ligalo ao porto 80, axuste o perfil do cliente para que ambos os extremos coincidan e transfira de novo. Se agora o túnel se queda na velocidade web limitada, a restrición segue o porto e non a VPN.

O terceiro paso é o decisivo, e tamén é o que a xente salta porque require un cambio de configuración. Sen el demostrou que dúas cousas difiren, non que o porto sexa a razón.

Que non pode soster esta medición

Non demostra que o túnel sexa máis rápido en xeral, que comprima algo nin que outros portos da liña non teñan restricións. Describe esta transferencia, nesta liña, a esta hora. Os límites poden aplicarse por sesión, por abonado ou segundo a hora do día, e poden cambiar sen aviso.

Tampouco demostra que o camiño directo estea roto. Un camiño limitado segue funcionando; está limitado a propósito, e unha política deliberada non é unha avaría esperando reparación.

E desde logo non xustifica encamiñalo todo polo túnel. Cada aplicación no porto 80 segue limitada, mentres que todo o que desvíe agora depende dun salto extra e dun modo de fallo extra.

Converta o achado en algo accionable

Escriba a observación como medición e non como veredicto: as transferencias grandes polo porto 80 aséntanse preto da metade da velocidade que o mesmo ficheiro alcanza noutro porto, a estas horas, nesta liña, con estas mostras adxuntas. Iso é unha solicitude de soporte que alguén pode investigar.

«A VPN é máis rápida» non o é. Invita a unha resposta sobre o sobrecusto do cifrado, e esa resposta é tecnicamente correcta mentres non lle di nada útil a ninguén. Adxunte o número de mostras, a hora e o porto, para que o lector poida reproducir o patrón.

Se decide seguir usando outro porto para transferencias masivas, anote a advertencia nos seus propios rexistros: mover un oínte ao porto 80 choca con calquera servidor web xa ligado alí, e o fallo resultante parece un túnel roto máis que un conflito de portos.