¿VPN con cifrado ofrece el doble de velocidad de descarga?

11

Actualmente estoy pagando por internet a través de SuddenLink, que me ha ofrecido 50Mb de descarga y 3MB de carga. También compré una VPN a través de PrivateInternetAccess , que prácticamente duplicó mi velocidad de descarga al descargar archivos cifrados de mi ISP.

Speedtest.net se ha mostrado con la VPN ejecutándose con 128Mb hacia abajo y 10Mb hacia arriba.

Tenga en cuenta que el cifrado de datos es BlowFish, la autenticación de datos es SHA256 y el protocolo de enlace es RSA-4096.

Varias personas me han dicho que esto no es posible , pero cuando voy a mostrarles los resultados de la descarga real de un archivo y las pruebas de velocidad, todos estamos confundidos.

¿Esto realmente está sucediendo? Como preguntan y decían, ¿ es a las velocidades que vemos desde el punto final de la VPN al servidor a las que estamos realizando la prueba de velocidad?

Además, proporcionaré capturas de pantalla de la prueba de velocidad con y sin la VPN también.

Actualización 1

No estoy seguro de si esto importa o no, pero al final puede ser. Vivo en un lugar muy, muy rural en West Virginia. Tengo la suerte de no tener 256K Dail-up internet gracias a mi ISP, SuddenLink. ¿Estoy empezando a pensar que podría ser un problema de congestión en mi región?

Traven
fuente
1
¿Cómo estás probando tu transferencia? Muchas VPN incluyen compresión de datos. Si el contenido que está transfiriendo como parte de su prueba es compresible, eso explicaría sus resultados. OTOH, su ISP puede tener un limitador de ancho de banda mal implementado que no cuenta el tráfico VPN.
Zoredache 05 de
en efecto. intente descargar un archivo iso. generalmente no se comprimen tan bien.
Sirex
Ya he descargado los ISO de Windows solo para ver todas las posibilidades. La velocidad todavía se duplica por alguna extraña razón.
Traven
La respuesta de @MariusMatutiae tiene la posibilidad de ser correcta, incluso si la "limitación de ancho de banda" puede ser involuntaria y una cuestión de congestión, por ejemplo, por parte de Netflix. Debe repetir sus pruebas a horas extrañas, como temprano en la mañana, para asegurarse de lo que está midiendo, y ver si speedtest.net es de velocidad constante o más rápida al principio. La codificación (des) se realiza en la CPU (o incluso se descarga a la GPU), por lo que no debería afectar demasiado la velocidad de la línea.
harrymc
Lo más probable es que esto sea causado por una combinación de administración de ancho de banda, que está evitando mediante el uso de una VPN, y que su VPN utiliza algún tipo de compresión avanzada, como LZO.
nullmem

Respuestas:

11

En el pasado, he tenido el mismo efecto con mi ISP (también en una zona rural, aunque esto no es más que una coincidencia).

La raíz del asunto fue que implementó una limitación de ancho de banda solo en el puerto 80. Esto fue especialmente obvio con speedtest.net , donde la velocidad inicial alcanzaría su punto máximo y luego disminuiría a menos de la mitad de su valor máximo.

Descubrí por pura casualidad que esto no ocurrió en OpenVPN, donde logré obtener el valor de velocidad máxima durante toda la prueba speedtest.net . Esto fue posible por el hecho de que el sitio al que me conecté (mi sitio de trabajo) tiene una conexión muy agradable, muy rápida y de gran ancho de banda.

Alertado por esto, probé una transferencia de archivos de gran tamaño a través de scp y, he aquí, logré las mismas velocidades grandes que con OpenVPN, en lugar de las velocidades http más bajas.

Puede intentar lo mismo y ver si se aplica un límite de ancho de banda en los puertos 22 (scp) y 21 (ftp). Es muy esclarecedor utilizar archivos que ya están comprimidos de manera significativa, como los PDF , ya que esto descartará la incidencia de compresión per se .

Aunque es cierto que es descuidado, estas limitaciones de ancho de banda siguen siendo efectivas, ya que la mayoría de las personas usan Internet solo para descargar páginas web.

EDITAR:

Hablando estrictamente, hay una manera de probar esto: si controla el servidor VPN, puede detener cualquier otra actividad en el servidor en el puerto 80 y comenzar a escuchar las conexiones VPN en el puerto 80; También tendrá que modificar el puerto al que se conecta en el programa del cliente. Ahora, si su ISP está limitando el uso de ancho de banda en el puerto 80, la VPN debería registrar exactamente a la misma velocidad que la conexión sin VPN.

MariusMatutiae
fuente