Compressione VPN privata per Internet più veloce

Sfondo:

Sono uno studente, e attualmente la connessione Wi-Fi nella mia scuola è molto lenta (molto lenta). Ho un piano dati 4G da 8Gb, ma nonostante ciò, sto andando a corto di fine mese.

Ho installato un Debian senza testa a casa (che ha una connessione a 400 Mbps) e lo sto già usando come Seedbox automatizzato, una VPN L2TP-IPSec, un server BTSync e un server Apache. Ho iniziato a costruire due mesi fa - sapendo che non avrei avuto una connessione Internet velocissima - quindi sono piuttosto nuovo su Debian

Ecco la mia domanda:

È possibile comprimere i dati in modo efficiente su una VPN privata ? So che alcune app per iPhone e Android come Onavo Extend possono raggiungere questo obiettivo e mi chiedevo come avrei potuto mettere in atto questo tipo di sistema (se fosse effettivamente abbastanza efficace) in modo che il mio utilizzo dei dati 4G fosse più leggero. Se dovessi mai installare / costruire tale VPN, dovrebbe essere compatibile con:

• Debian (il server),
• Mac OS (il mio computer),
• e iOS (il mio telefono).

Se hai altri suggerimenti su come posso velocizzare il WiFi della mia scuola. Ho fatto alcuni test su di esso; ping www.google.comtimeout, arp -arichiede molto tempo, ma alla fine visualizza alcuni peer e qualsiasi speedtest (quando la cattiva connessione mi dà accesso a Internet) restituisce 0,28 Mbps di down-speed.

Quello che ho trovato essere una buona soluzione per me è stato Ziproxy .

È un proxy di compressione http in grado di comprimere grandi risorse html, come le immagini, in modo che le pagine Web siano più leggere. Essendo un proxy, funziona con o senza una VPN. È anche molto facile da configurare.

In alternativa a Ziproxy, c'è https://github.com/barnacs/compy , che sembra essere più vivo come un progetto.

Puoi creare un tunnel SSL di un uomo povero da una porta locale con ssh:

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

Quindi puoi navigare tramite quel proxy con Chrome / Chromium:

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

Cose da tenere a mente:

• È necessario il port forwarding della porta TCP 22 (SSH) del server
  • Tuttavia, ciò significa anche che non ti fidi di una terza parte per conservare il tuo server o sbirciare i metadati del traffico.
• I motivi per cui cito "povero" sono:
  • La connessione potrebbe interrompersi, nel qual caso il client SSH non risponderà.
  • Devi configurare e fidarti delle applicazioni per usare il proxy, e potrebbero esserci dei bug che si comportano in modo tale da comportarsi in modo pericoloso per la privacy.
  • non ti costa denaro, ma ti costa tempo per ricordare / creare un collegamento con la riga di comando e l'indirizzo del server.
  • Non l'ho provato su iThings.

Nomachine funziona davvero bene. Può anche comprimere l'audio.

X2Go non è male, ma non può comprimere l'audio.

Queste sono soluzioni desktop remote, ma è possibile tunnel attraverso SSH.

Ho provato entrambi con il server su EC2 e con le dimensioni del desktop adatte a qualsiasi schermo del telefono / desktop che sto usando.