Letzte Anpassung zur Version: 12.2.5.1
- Layoutanpassungen
Einleitung
In diesem Wiki Artikel wird beschrieben, wie für ein SSL-VPN Site-to-Site Tunnel ein Fallback eingerichtet werden kann. Für die Einrichtung des Fallback ist ein vorhandener SSL-VPN Site-to-Site Server vorausgesetzt.
Der Aufbau gestaltet sich dann wie folgt:
In der Außenstelle ist eine Internetverbindung vorhanden und auf der Firewall in der Hauptstelle ist ein Multipathrouting über zwei Internetleitungen konfiguriert.
Der Tunnel wird nun so konfiguriert, dass die Außenstelle über eine der beiden Leitungen der Zentrale einen Site-to-Site-Tunnel initiiert.
Konfiguration der Zentrale
In der Zentrale muss ein Multipathrouting konfiguriert sein, es gibt also zwei Schnittstellen mit jeweils einer öffentlichen IP und zwei Default-Routen.
Die Konfiguration des OpenVPN-Servers, falls noch nicht erfolgt, kann wie im Artikel SSL-VPN Site-to-Site erfolgen.
Konfiguration der Außenstelle
Der Site-to-Site-Client wird wie gewohnt eingerichtet, jedoch mit einer Besonderheit:
In Schritt 5 in dem Feld Host(s): müssen nun beide IP-Adressen der Zentrale eingetragen, und durch ein Komma getrennt werden.
198.51.100.2,203.0.113.2
Wenn der SSL-VPN Server in der Zentrale die Verbindungen nicht auf 1194 entgegennimmt, muss der Port durch ein Doppelpunkt getrennt, direkt hinter der IP eingetragen werden.
198.51.100.2:1195,203.0.113.2:1195
Ablauf im Falle eines Ausfalls
- Site-to-Site-Tunnel ist aufgebaut (Außenstelle <-> Zentrale - Leitung 1).
- Leitung 1 in der Zentrale verliert die Verbindung.
- Die Außenstelle versucht zwei Minuten lang einen Tunnel über Leitung 1 der Zentrale aufzubauen.
- Die Zentrale antwortet auf Leitung 1 zwei Minuten lang nicht.
- Die Außenstelle wechselt und versucht nun den Tunnel über die Leitung 2 der Zentrale zu initiieren.
- Der Tunnel ist nun über Leitung 2 der Zentrale aufgebaut.
Wann wird der Tunnel wieder auf Leitung 1 umgeschaltet?
Der Tunnel wird nicht ohne Weiteres wieder auf die Leitung 1 initiiert. Dies geschieht erst, wenn Leitung 2 der Zentrale die Verbindung verliert oder der SSL-VPN-Dienst auf der Außenstelle neu gestartet wird.