Bei privaten DSL-Anschlüssen wird die Verbindung ja üblicherweise alle 24h getrennt, was mit einem IP-Wechsel verbunden ist. Diese Zwangstrennung habe ich an meinem Router auf einen bestimmten Zeitpunkt mitten in der Nacht gelegt, zu dem ich die Verbindung sowieso nicht aktiv nutze.

Nun gehts um Folgendes:

Der VPN-Server (PPTP) ist mein privater WLAN-Router und wird vom Client von ausserhalb über eine feste URL angesprochen. Damit das möglich ist nutze ich einen DynDNS-Service.

Nun kann ich natürlich die VPN-Verbindung natürlich auch aus meinem eigenen WLAN-Netzwerk aufbauen (Sinn macht das logischerweise keinen, aber zum Testen kann man das ja machen :-)).

Jetzt habe ich festgestellt, dass die VPN-Verbindung selber auch über die Zwangstrennung hinaus bestehen bleibt. Allerdings kann ich über die noch bestehende VPN-Verbindung keine Daten mehr vom/zum Internet beziehen/senden.

Leider bin ich gerade etwas überfordert in der Erklärung wieso und weshalb das so ist. :-) Ich bin mir sicher, dass es durch den IP-Wechsel bedingt ist, weil die Verbindung zum Internet genau zu diesem Zeitpunkt (mitten in der Nacht) verloren geht.

Kann mir das jemand kurz und verständlich erklären?! :-)

Das wird eher an der Verbindung seitens deines Gerätes liegen ... Das wird nicht mitbekommen haben, dass die Verbindung unterbrochen wurde ...

Versuch mal folgendes: VPN-Verbindung herstellen ausserhalb des Netzwerkes, also per UMTS und dann den Router einfach vom Internet trennen ... Meldet sich daraufhin dein Handy/Gerät, dass per VPN verbunden ist/war, dass ein Problem besteht oder macht es munter weiter, kann jedoch keine Daten mehr empfangen über das VPN?

Gesagt, getan! :-) Zum Glück funktioniert die VPN-Nutzung bei meinem Mobilfunkvertrag wohl :-)

Also: Ich habe das WLAN im Handy deaktiviert und danach die VPN-Verbindung zu meinem Router über das Mobilfunknetz aufgebaut. Sowohl der Verbindungsaufbau als auch der Transfer von Daten klappt einwandfrei. Sobald ich die Verbindung vom Router ins Internet trennte, bleibt die VPN-Sitzung bestehen und läuft weiter. Logischerweise gibts dann keinen Datenfluss mehr. Verbinde ich den Router dann wieder mit dem Internet, läuft die VPN-Verbindung ebenfalls weiter, aber es gibt immer noch keinen Datenfluss.

Fazit: Das ist das gleiche Verhalten wie wenn ich die VPN-Verbindung übers (eigene) WLAN aufbaue.

Meine Idee ist, dass der Client (Galaxy Nexus) die VPN-Verbindung zum VPN-Server ja über die auf dem DynDNS-Server hinterlegte URL vornimmt von dem er dann die aktuelle IP meines VPN-Servers bekommt. Wenn der VPN-Server nun (aufgrund der Trennung) eine andere IP bekommt, wird diese gleich beim DynDNS-Server aktualisiert, aber der Client bekommt das nicht mit und lässt die Verbindung weiter über die alte IP laufen.

Kommt das hin?

Vollkommen richtig.

__________________

Super! :-) Wie sagt man so schön: Problem erkannt, Problem gebannt! Den ersten Punkt hätte ich damit schon mal erfüllt. ;-)

Nun gehts darum, wie man diesem Problem begegnen könnte:

- VPN-Verbindung trennen und anschließend wieder aufbauen funktioniert natürlich, ist aber nicht gerade elegant. :-)


Also:

- Kann man das Galaxy Nexus von dem IP-Wechsel des VPN-Servers irgendwie in "Kenntnis" setzen, so dass die Verbindung bestehen bleibt?

Übrigens: mich wundert es etwas, dass die VPN-Verbindung ansich bestehen bleibt, obwohl die nach dem IP-Wechsel am anderen Ende ja ins Leere läuft. Vielleicht habe ichs nicht lange genug beobachtet und nach ein paar Minuten käme ein TimeOut?

Naja, der Tunnel bleibt ja bestehen, aber die Daten werde wahrscheinlich ins Leere geleitet werden.

__________________

Ausprobieren, anstatt darüber zu philosophieren?

Wenn ich den VPN-Server herunterfahr, kann er zuvor noch an seine Clients einen Hinweis schicken, dann sind die Clients informiert darüber, dass der Server nicht mehr erreichbar ist ... Wenn die Verbindung aber abreißt, können die Clients ja erst merken, dass der VPN-Server nicht mehr erreichbar ist, wenn sie "mitbekommen", dass da niemand mehr ist ... Daten schicken alleine wird da nicht reichen (der Client kann ja nicht wissen, dass du auf die geschickten Daten eigtl. eine Antwort erwartest) ...

@TheDarkRose:

So ist es. Aus einer Sicht hat das Bestehenbleiben der VPN-Verbindung einen Vorteil: das Handy verbindet sich nicht selbständig ohne VPN-Tunnel mit dem Internet, was wiederum eine Sicherheitslücke wäre.

Den Standard-Android-VPN-Client kann man wohl nicht irgendwie dazu bewegen, dass er den IP-Wechsel mitbekommt?!

Gibts andere VPN-Clients für Android bei denen das funktionieren würde? Wenn, dann wohl nur mit root?!

Mach ich gerade! :-) Aber das geht nur mit viel Zeit, wenn man nicht weiß ob und wann es einen TimeOut gibt. Ich habe mir jetzt einen Tunnel aufgebaut und anschließend die IP des VPN-Servers gewechselt. Jetzt ist läuft die VPN-Session und läuft und läuft und läuft... Daten bekomme ich jetzt über diese Session, wie schon geschrieben, nicht mehr. Nach 5 Minuten noch kein Abbruch der VPN-Session... Vielleicht nach 10 Minuten, 15 Minuten, 30 Minuten, 1 Stunde? Ich lass es jetzt mal laufen und schaue, obs irgendwann zu einem Abbruch kommt.

Wie gesagt: mein VPN-Server ist ja mein Router. Obs da irgendeine Möglichkeit gäbe die Clients über die Nichtverfügbarkeit zu informieren, weiß ich nicht. Der IP-Wechsel ist ja planbar und auf eine feste Uhrzeit eingestellt. Wahrscheinlich könnte man die Clients vorab über die Nichterreichbarkeit (über irgendein Script oder so) informieren. Wie du aber schon sagst: das wird für den Client nichts bringen.

Hi,

bei privaten Anschlüssen geht man davon aus, dass keine ständigen VPN-verbindungen betrieben werden. Deshalb wurde das Prinzip der DYNDNS eingeführt. Für alle die eine ständige Verbindung brauchen gibts fest IP's. Das sind in der Regel Firmen. In Kombination mit knappen Adressen bedeutet das höhere Kosten.