Por qué una descarga por VPN puede superar su conexión directa

Conecte el túnel, inicie una descarga grande y comprobará que avanza a aproximadamente el doble de la velocidad que lograba el mismo archivo sin él. Suena a publicidad, pero puede ser una medición real en una línea doméstica. La causa habitual es un límite de velocidad asociado a un puerto: el túnel lleva su transferencia donde el modelador no mira, y la capacidad real de la línea aparece por primera vez.

Lo que significa que el número interesante no es lo rápido que iba la VPN. Es cuánto de su línea no estaba recibiendo nunca, y por qué.

Un límite que sigue al puerto, no a la ruta

Un proveedor de acceso puede limitar el caudal por abonado según el protocolo o el puerto de destino, y el puerto 80 es un objetivo favorito porque mucha navegación corriente lo usa. A menudo el límite no se aplica desde el primer paquete: la transferencia empieza cerca de la velocidad de la línea, consume una franquicia de ráfaga y luego se asienta en la cifra limitada. Los primeros segundos parecen sanos y el resto de la transferencia no.

Envíe los mismos bytes por otro puerto y el modelador del 80 no los ve nunca. El túnel parece superar la conexión directa aunque ha añadido un salto, cifrado y su propio sobrecoste. Lo que ha mejorado no es el camino sino la ausencia de una regla.

También por eso el efecto es tan constante entre archivos y destinos. Si el límite está en el puerto, todo lo que viaja por ese puerto se comporta igual, sea cual sea el tamaño del archivo y quien sea el anfitrión. Un destino que atrae otra regla muestra otra curva, y esa diferencia es diagnóstica por sí sola.

Mida la meseta, no el pico

El pico es la parte menos informativa de una transferencia, porque toda conexión parece buena mientras se llenan sus búferes. Anote dónde se estabiliza la velocidad y cuánto tiempo permanece ahí.

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

Ejecute la pareja seguida en la misma máquina, a la misma hora, contra anfitriones en redes comparables. Una muestra no demuestra nada; la forma de la curva en dos ejecuciones de cada uno es lo que distingue una franquicia de ráfaga de un límite estable. Apunte dónde se aplana la velocidad en lugar de lo que mostró el primer segundo, porque la ráfaga es precisamente lo que un modelador le da antes de empezar a limitar. Una meseta tranquila que aguanta el resto de la transferencia es la cifra que hay que comparar.

Mantenga el archivo ya comprimido para que la compresión de transporte no pueda ofrecerse como explicación. Un PDF o un archivo comprimido elimina esa variable y además impide que nadie argumente que el túnel comprimió la carga. Si ambas transferencias usan el mismo archivo, la única diferencia que queda es el camino y el puerto. Anote la herramienta y el puerto junto a cada cifra, o la segunda ejecución no será comparable con la primera.

Tres comparaciones que aíslan la causa

Recórralas en orden y deténgase en cuanto el patrón esté claro, porque cada una descarta una historia distinta.

1. Repita la misma descarga por el camino web ordinario y por una herramienta de transferencia en otro puerto, desde un anfitrión con capacidad comparable.
2. Repita ambas con un archivo incompresible, para que la compresión deje de ser candidata.
3. Si usted mismo administra el servidor del túnel, vuelva a enlazarlo al puerto 80, ajuste el perfil del cliente para que ambos extremos coincidan y transfiera de nuevo. Si ahora el túnel se queda en la velocidad web limitada, la restricción sigue al puerto y no a la VPN.

El tercer paso es el decisivo, y también es el que la gente se salta porque exige un cambio de configuración. Sin él ha demostrado que dos cosas difieren, no que el puerto sea la razón.

Qué no puede sostener esta medición

No demuestra que el túnel sea más rápido en general, que comprima algo ni que otros puertos de la línea no tengan restricciones. Describe esta transferencia, en esta línea, a esta hora. Los límites pueden aplicarse por sesión, por abonado o según la hora del día, y pueden cambiar sin aviso.

Tampoco demuestra que el camino directo esté roto. Un camino limitado sigue funcionando; está limitado a propósito, y una política deliberada no es una avería esperando reparación.

Y desde luego no justifica enrutarlo todo por el túnel. Cada aplicación en el puerto 80 sigue limitada, mientras que todo lo que desvíe ahora depende de un salto extra y de un modo de fallo extra.

Convierta el hallazgo en algo accionable

Escriba la observación como medición y no como veredicto: las transferencias grandes por el puerto 80 se asientan cerca de la mitad de la velocidad que el mismo archivo alcanza en otro puerto, a estas horas, en esta línea, con estas muestras adjuntas. Eso es una solicitud de soporte que alguien puede investigar.

«La VPN es más rápida» no lo es. Invita a una respuesta sobre el sobrecoste del cifrado, y esa respuesta es técnicamente correcta mientras no le dice nada útil a nadie. Adjunte el número de muestras, la hora y el puerto, para que el lector pueda reproducir el patrón.

Si decide seguir usando otro puerto para transferencias masivas, anote la advertencia en sus propios registros: mover un escucha al puerto 80 choca con cualquier servidor web ya enlazado allí, y el fallo resultante parece un túnel roto más que un conflicto de puertos.