VPN Server in Verbindung mit Internet-Booster

Noname0315

Hallo zusammen

Ich nutze den 5G Internet-Booster. Im Alltag (Surfen, Downloads, etc.) funktioniert das Bonding gut und die Geschwindigkeit ist deutlich höher als nur über die Kupferleitung.

Nun habe ich auf einem Raspberry Pi einen OpenVPN Server (TCP, da ich gelesen habe das UDP Traffic nicht über den Booster läuft?) eingerichtet. Dafür ist auf dem Router ein Port Forwarding auf den Raspberry Pi konfiguriert und der DynDNS Dienst von Swisscom ist aktiv. Das ganze funktioniert so auch im Grundsatz.

Das Problem ist jedoch wenn ich über diese VPN Verbindung von extern Dateien lade, ist die Geschwindigkeit extrem langsam (ca. 3–5 Mbit/s, was in etwa dem Speed meiner Kupferleitung (Upload) entspricht). Es wirkt so, als ob die VPN-Verbindung nur über die Kupferleitung läuft und nicht über den Booster gebündelte Verbindung (Kupfer + 5G).

Gibt es überhaupt Möglichkeiten einen VPN Server so zu betreiben, dass die VPN Verbindungen über den Booster laufen?

Vielleicht hat jemand im Forum ein ähnliches Setup mit VPN + Booster und kann seine Erfahrungen teilen.

Danke schon mal für eure Hilfe!

Roger G

Ich habe die Anfrage an die Product Managerin weitergeleitet.

Zu Punkt zwei, Deine Leitung ist recht hoch stabilisiert, gibt aber dennoch 18mbps her. Die 5mbps könnte also am Server liegen. Ich kann Dir im Laufe des Tages (sag wann, gibt einen Unterbruch) die Leitung zurücksetzen, sodass Du wieder >30mbps bekommst. Wenn dann der Durchsatz gleich tief bleibt, liegt es nicht an der Leitung mit/ohne Booster.

Noname0315

Roger G Vielen Dank für die Antwort. Die Leitung kannst du gerne zurücksetzen, wird erst gegen den Abend wieder benötigt.

Ist die Information aber korrekt, dass kein UDP Traffic über den Booster läuft? Sonst könnte ich es auch mit Wireguard probieren, was mir an und für sich sowieso lieber wäre als OpenVPN über TCP.

Roger G

Noname0315 Ja, es ist so, dass kein UDP über den Booster läuft und darum solches VPN nicht vom zusätzlichen Speed profitieren kann. TCP sollte kein Problem sein, kenne aber bislang niemanden, der dies mit dem Booster betreibt. Good luck 😌

Speed ist auch wieder im Rahmen, US ist halt übel. Mit dem Booster ist es auch nur um die 27mbps. Aber FTTH ist geplant bei Euch, nur noch kein Datum hinterlegt. Ich rechne mit 1. HJ 2027.

Noname0315

Roger G Danke dir für die Informationen. Über FTTH würde ich mich natürlich freuen😅

Werner Danke auch dir für den Input. Vielleicht kann ich meinen OpenVPN Server mal bei jemand anderem laufen lassen und schauen ob zumindest die von mir ausgehende TCP VPN Verbindung dann über den Booster läuft.

Werner

Ich wage jetzt hier nun mal eine These wieso eine eingehende VPN-Verbindung über das aktuelle Bonding-Konstrukt des Internetboosters mit grosser Wahrscheinlichkeit gar nie funktionieren kann und dies völlig egal, ob der Traffic nun im Einzelfall über das UDP- oder das TCP-Protokoll geleitet wird:

Bedingt dadurch, dass der Endpunkt des VPN-Tunnels beim externen Zugriff ins interne Netz über einen DynDNS bestimmt wird, ist das Ziel der externen VPN-Verbindung immer die ganz normale öffentliche IPv4 des Festnetzes und nie die spezielle zusätzliche Bonding-IP, welche im Backend des Bonding-Servers der Swisscom bei einer Bonding-Verbindung jeweils zusätzlich dynamisch bestimmt wird.
Es ist also absolut unmöglich von aussen direkt aus dem Internet überhaupt jemals die virtuelle kundenindividuelle spezielle Bonding-IP als direkt anzusprechenden Knoten zu finden und damit auch den DTCP-Mechanismus des Bonding-Konstrukts zu benutzen.

Vermutetes Fazit:
Eine von der Internetbox ausgehende VPN-Verbindung kann vom Bonding profitieren falls der externe VPN-Server das TCP-Protokoll unterstützt, eine auf die Internetbox eingehende VPN-Verbindung kann protokollunabhängig nie vom Bonding profitieren.

PS: Testen kann ich das mangels Internetbooster selber nicht, aber vielleicht kann ja mal jemand mit den entsprechenden technischen Voraussetzungen das auch mal noch konkret testen.

r00t

Werner Absolut korrekt, nur ausgehende TCP Verbindungen profitieren vom Booster, da hast du auch eine andere Source IP. (CG-NAT).

Persönlich umgehe ich dieses Problem, indem ich meinen VPN-Server in einem DC betreibe und meine Firewall zu Hause “nur” ein OpenVPN-Client ist.

r00t