Unitymedia [Lösung] VPN Drosselung umgehen

[Bernd99]

Hallo.

Ich stelle euch eine Möglichkeit vor, wie man bei Unitymedia die VPN-Drosselung umgehen kann.

Jeder wird nach verschiedenen Kriterien ein VPN Anbieter auswählen. Eines sollte der VPN Anbieter jedoch haben. Eine SSL Tunnel Verschlüsselung. Ganz gut geht das mit dem Stunnel Programm über Port 443 oder 53. (Bei jedem VPN Anbieter wird die Funktion wahrscheinlich anders bezeichnet)

Stunnel versteckt sozusagen den VPN Traffic, sodass es von Unitymedia nicht erkennbar ist.
Die VPN verbindung wird damit deutlich schneller.

Meiner Einschätzung nach drosselt Unitymedia eine TCP Verbindung bis zu 50% und UDP bis zu 25%.

Ich hoffe ich konnte euch helfen.

Grüße

Bernd

 

[tq1199]

Stunnel versteckt sozusagen den VPN Traffic, sodass es von Unitymedia nicht erkennbar ist.
Die VPN verbindung wird damit deutlich schneller.

Meiner Einschätzung nach drosselt Unitymedia eine TCP Verbindung bis zu 50% und UDP bis zu 25%.

Hast Du stunnel mit pthread oder mit fork benutzt bzw. stunnel mit welchem Betriebssystem?

 

[Bernd99]

Stunnel habe ich mit 2 verschiedenen Systemen getestet.

25% mehr Geschwindigkeit hatte ich mit OpenVPN, Stunnel und Windows 10 Professional.
50%-60% mehr Geschwindigkeit hatte mit OpenVPN, Stunnel und pfSense mit APU2C4.

Aber in beiden Fällen war das eine TCP Verbindung.

Könnte auch gut sein, dass die "Drosselung" von Bundesland zu Bundesland anders ist. Ich selbst komme aus NRW.

 

[MartinP_Do]

Das Ausbremsen eines VPN-Tunnels ist Fürsorge seitens Unitymedia: Man soll sich im Home Office nicht Kaputt arbeiten ...

 

[un1que]

Stunnel habe ich mit 2 verschiedenen Systemen getestet.

25% mehr Geschwindigkeit hatte ich mit OpenVPN, Stunnel und Windows 10 Professional.
50%-60% mehr Geschwindigkeit hatte mit OpenVPN, Stunnel und pfSense mit APU2C4.

Aber in beiden Fällen war das eine TCP Verbindung.

Könnte auch gut sein, dass die "Drosselung" von Bundesland zu Bundesland anders ist. Ich selbst komme aus NRW.

Kannst du mal ein kurzes How-To für die pfSense bereitstellen? Ich hatte das mal kurz ausprobiert, aber irgendwie wollte es nicht laufen...

 

[tq1199]

50%-60% mehr Geschwindigkeit hatte mit OpenVPN, Stunnel und pfSense mit APU2C4.

Wie ist auf pfSense, die Ausgabe von:

<i>
</i>stunnel4 -v

?

 

[Bernd99]

Kannst du mal ein kurzes How-To für die pfSense bereitstellen? Ich hatte das mal kurz ausprobiert, aber irgendwie wollte es nicht laufen...

Wir können das erstmal über Private Nachrichten versuchen zu klären. Welchen VPN Anbieter hast du?

Wie ist auf pfSense, die Ausgabe von:

stunnel4 -v

Antwort:

sh: stunnel4: not found

Was soll der Befehl bewirken?

 

[why_]

Den Spaß hat man bei der Telekom auch, da war das einzige um einigermaßen Performance zu bekommen das via TCP auf port 443 zu machen und dann noch über www-proxy.t-online.de tunneln, da sonst die Performance trotzdem noch beschissen war.

 

[tq1199]

Was soll der Befehl bewirken?

Der Befehl zeigt u. a. wie stunnel kompiliert worden ist. Z. B.:

<i>
</i>[.] Threading:PTHREAD Sockets:POLL,IPv4 TLS:ENGINE,FIPS,OCSP,PSK,SNI Auth:LIBWRAP

 

[tq1199]

Den Spaß hat man bei der Telekom auch, ...

Könnte es sein, dass inzwischen alle ISP QoS (drosseln) bei UDP machen?

 

[Bernd99]

Ich habe mal "stunnel -version" eingegeben. "-version" steht für: Print stunnel version and compile time Defaults.

stunnel 5.47 on amd64-portbld-freebsd11.2 platform
Compiled/running with OpenSSL 1.0.2o-freebsd 27 Mar 2018
Threading:PTHREAD Sockets:POLL,IPv6 TLS:ENGINE,OCSP,PSK,SNI
Global options:
RNDbytes = 1024
RNDfile = /dev/urandom
RNDoverwrite = yes
Service-level options:
ciphers = HIGH:!aNULL:!SSLv2:!DH:!kDHEPSK
curve = prime256v1
debug = daemon.notice
logId = sequential
options = NO_SSLv2
options = NO_SSLv3
sessionCacheSize = 1000
sessionCacheTimeout = 300 seconds
stack = 65536 bytes
TIMEOUTbusy = 300 seconds
TIMEOUTclose = 60 seconds
TIMEOUTconnect = 10 seconds
TIMEOUTidle = 43200 seconds
verify = none

 

[tq1199]

<i>
</i>Threading:PTHREAD Sockets:POLL,IPv6 TLS:ENGINE,OCSP,PSK,SNI

OK, d. h. mit pthread. Soll angeblich etwas leistungsfähiger sein als fork.