Compresión VPN privada para Internet más rápido

Antecedentes:

Soy estudiante, y actualmente la conexión Wi-Fi en mi escuela es muy lenta (muy lenta). Tengo un plan de datos de 8Gb 4G, pero incluso con eso, me estoy quedando corto a fin de mes.

He configurado un Debian sin cabeza en casa (que tiene una conexión de 400 Mbps), y ya lo estoy usando como un Seedbox automatizado, una VPN L2TP-IPSec, un servidor BTSync y un servidor Apache. Empecé a construir hace dos meses, sabiendo que no obtendría una conexión a Internet increíblemente rápida, así que soy bastante nuevo en Debian

Aquí está mi pregunta:

¿Es posible comprimir eficientemente los datos a través de una VPN privada ? Sé que algunas aplicaciones de iPhone y Android como Onavo Extend pueden lograrlo, y me preguntaba cómo podría implementar este tipo de sistema (si es lo suficientemente efectivo) para que mi uso de datos 4G sea más ligero. Si alguna vez llego a instalar / construir tal VPN, debería ser compatible con:

• Debian (el servidor),
• Mac OS (mi computadora),
• e iOS (mi teléfono).

Si tiene alguna otra sugerencia sobre cómo podría acelerar el WiFi de mi escuela. Hice algunas pruebas al respecto; ping www.google.comagota el tiempo de espera, arp -alleva mucho tiempo, pero finalmente muestra algunos pares, y cualquier prueba de velocidad (cuando la mala conexión me da acceso a Internet) devuelve velocidades de bajada de 0.28 Mbps.

Lo que encontré como una buena solución para mí fue Ziproxy .

Es un proxy de compresión http que puede comprimir grandes activos html, como imágenes, para que las páginas web sean más ligeras. Como es un proxy, funciona con o sin una VPN. También es muy fácil de configurar.

Como alternativa a Ziproxy, hay https://github.com/barnacs/compy , que parece estar más vivo como proyecto.

Puede crear el túnel SSL de un pobre desde un puerto local con ssh:

ssh -D <local_port> -C <user>@<server>

Luego puede navegar a través de ese proxy con Chrome / Chromium:

chromium --proxy-server=socks5://localhost:<local_port>

Cosas a tener en cuenta:

• Se requiere el reenvío de puertos del puerto TCP 22 (SSH) del servidor
  • Sin embargo, esto también significa que no confía en un tercero para mantener su servidor o espiar sus metadatos de tráfico.
• Las razones por las que menciono "pobre hombre" son:
  • La conexión podría caerse, en cuyo caso el cliente SSH no responderá.
  • Tiene que configurar y confiar en las aplicaciones para usar el proxy, y pueden tener errores que hacen que se comporten mal en formas que ponen en peligro la privacidad.
  • no le cuesta dinero, pero le cuesta tiempo recordar / crear un acceso directo con la línea de comando y la dirección del servidor.
  • No lo he probado en iThings.

La estómago funciona muy bien. También puede comprimir audio.

X2Go no es malo, pero no puede comprimir audio.

Estas son soluciones de escritorio remoto, pero puede hacer un túnel a través de SSH.

He probado ambos con el servidor en EC2 y con el tamaño del escritorio para adaptarse a cualquier pantalla de teléfono / escritorio que esté usando.