Fallback

Fallback-Konfiguration der UTM

Letzte Anpassung zur Version: 12.2

Neu:

Vorherige Versionen: 11.6

Funktionsweise

Ablauf eines Fallbacks

Über einen regelmäßigen Ping-Check wird die Verfügbarkeit einer Verbindung getestet. Dabei kann das Ziel, das angepingt werden soll (Ping-Check IP), der zeitliche Abstand (Intervall) und die Anzahl der Versuche (Threshold) individuell vorgegeben werden.

Wird die Ping-check IP über die eingestellte Zeit nicht erreicht, wird davon ausgegangen, dass die Leitung gestört ist. Das Fallback wird eingeleitet:

Ablauf Failback

Ist der Ping-check auf der Schnittstelle der Hauptleitung wieder erfolgreich, wird ein Failback durchgeführt. Das Fallback wird "rückabgewickelt":

Die Default-Route wird auf die Schnittstelle der Hauptleitung geändert
Die Zonen der Fallback-Schnittstelle werden wieder auf die Schnittstelle der Hauptleitung umgezogen
Sollte ein DYNDNS konfiguriert sein, wird dieses nun wieder auf der Schnittstelle der Hauptleitung ausgeführt

Eingehende Verbindungen

Stehen aus dem Internet heraus bestimmte Dienste zur Verfügung, sind diese eventuell nach einem Switch auf das Fallback nicht verfügbar.
Das lässt sich in gewissem Umfang durch die Verwendung von DynDNS umgehen, jedoch gibt es - je nach Art der Fallback-Leitung - Grenzen:

Die IP der Fallback-Leitung darf keine private IP sein (geschieht in der Regel bei LTE-Verbindungen)

Die Verbindung zur Unified Security Console (USC) ist auch mit einer privaten IP möglich
Eingehende Verbindungen müssen einen DynDNS-Namen verwenden
Besonders betroffene Anwendungen:
- Mailrelay
- IPSec- und SSL-VPN Verbindungen
- Freigabe für Administrativen Zugriff
- Portweiterleitungen (Netzwerkobjekte werden nicht mit umgezogen)
- Reverse Proxy

Ausgehende Verbindungen

Ausgehende Verbindungen, von Anwendungen auf der UTM oder im lokalen Netz, die an eine IP gebunden sind, sollten auf eine private IP konfiguriert sein, die auch beim Fallback noch zur Verfügung steht.
Besonders betroffene Anwendungen:
- HTTP-Proxy
- Mailrelay

Vorbereitungen

Anbindung der UTM im lokalen Netz

Das Gateway für die Default-Internetanbindung muss eine eigene Schnittstelle verwenden.
Bei einem Fallback werden alle Zonen der Schnittstelle, über die die Ping-check IP geprüft wird, umgezogen.
Ist ein Netz an der gleichen Schnittstelle vorhanden über die diese Prüfung erfolgt, ist auch dieses gesamte Netz bei einem Fallback nicht mehr erreichbar.

Fehlerhafter Netzwerkaufbau

Die UTM ist in einem lokalen Netz hinter einem Router, der den Default-Internetzugang bereitstellt.
Die UTM dient z.B. als Cloud-Connector nur für bestimmte Anwendungen
Die LTE-Schnittstelle der UTM soll als Fallback dienen
Die UTM prüft nun über den Default-Internetzugang die Ping-check IP und stellt fest, dass dieser nicht erreichbar ist
Daraufhin werden alle Zonen der UTM, die auf der Schnittstelle zum Router des Default-Internetzugangs liegen auf die LTE-Schnittstelle umgezogen
Damit ist die UTM dann aber nicht mehr erreichbar, weil das ja auch der Zugang zum lokalen Netz war.

Abhilfe schafft hier eine separate Verbindung zwischen UTM und dem Router für den Default-Internetzugang.

Unterschiedliche Anbindungen an das Internet

PPPoE (wan)-Schnittstellen

Direkter Anschluss von zwei Verbindungen über PPPoE

Der Zugang erfolgt über PPPoE (wan)-Schnittstellen

Fallback beim gleichen Provider

Wird die Fallback-Leitung durch den gleichen Provider mit der gleichen Zugangstechnik gestellt, kann dies dazu führen, daß beide Leitungen eine IP aus dem gleichen Netz erhalten.
In diesem Falle würden sich Netz-IPs und Router-IPs überschneiden können.
Abhilfe verschafft hier die Verwendung eines Routers zwischen Netzzugang und UTM, der ein Transfer-Netz aufbaut und die Verbindung dabei nattet.

Ethernet (LAN)-Schnittstellen

Anschluss über Router bzw. Router/Modem-Kombination

Die Default-Leitung und / oder die Fallback-Leitung wird über einen weiteren Router (z.B. eine Fritzbox oder einen Speedport) angesprochen.

Die UTM sollte über eine feste IP verfügen und diese nicht per DHCP erhalten

Auf diesen Schnittstellen muss ein RouteHint eingetragen werden (der Nexthop, in diesem Falle also das jeweilige Gateway)

Diese Konfiguration wäre nicht notwendig, wenn die UTM ihre IP-Adresse und damit auch Informationen über das Defaultgateway per DHCP erhalten würde. Das bringt allerdings zahlreiche Probleme mit Diensten und Netzwerkobjekten mit sich. Daher wird davon dringend abgeraten!

Ethernet Schnittstellen bearbeiten

Beschriftung	Wert	Beschreibung
Netzwerk Netzwerkkonfiguration Bereich Netzwerkschnittstellen Schaltfläche des jeweiligen Interfaces, Abschnitt Einstellungen
Route Hint IPv4:	/---	IP-Adresse des Routers, der der Schnittstelle den Internetzugang ermöglicht

Abschnitt Netzwerkschnittstellen

Konfiguration Netzwerkschnittstellen

Netzwerkschnittstellen

Konfiguration unter Netzwerk Netzwerkkonfiguration Bereich Netzwerkschnittstellen

Das Netzwerk sollte so konfiguriert sein, dass die externen Zonen (external, firewall-external und die VPN-Zonen) auf dem primären Interface liegen.
Auf dem Fallback-Interface (im Beispiel wan1) dürfen keine Zonen vorhanden sein.

Die Adresse des Netzwerkobjektes, mit dem die Verbindung Richtung Internet genattet wird, muss auf 0.0.0.0/0 eingestellt sein.

Ggf. unter Firewall Netzwerkobjekte Schaltfläche das Ziel von z.B. A0, eth0 oder LAN1 auf 0.0.0.0/0 ändern.

Defaultroute über wan0

Auf der Firewall wird genau eine Default-Route über die "Standardleitung" benötigt.
Im Beispiel wan0

Als Gateway für die Default-Route muss beim Fallback immer eine Schnittstelle angegeben werden, keine Gateway-IP.

Konfiguration unter Netzwerk Netzwerkkonfiguration Bereich Netzwerkschnittstellen Schaltfläche Bearbeiten der betreffenden Schnittstelle, Abschnitt Fallback
Schnittstelle der Default-Leitung konfigurieren

Beschriftung	Wert	Beschreibung
Fallback-Schnittstelle:	wan3 LAN2	Schnittstelle, auf die im Falle eines Ausfalls gewechselt werden soll. Wird eine Ethernet LAN-Schnittstelle (Verbindung zu einem weiteren Router) als Fallbackschnittstelle verwendet muss dort ein RouteHint eingetragen werden (s.o.)
		Bis zu 4 Hosts eigener Wahl, die angepingt werden sollen um so die Verfügbarkeit des Netzes zu bestätigen. Antwortet ein Ping-Check-Host nicht, wird unmittelbar die darauf folgende IP-Adresse probiert. Anwortet keiner der Ping-check-Hosts wird das als ein Fehlversuch gewertet und nach dem Ping-Check-Intervall erneut geprüft.
	5 Sekunden	Die "Pause" zwischen den Pings.
	4 Versuche	Anzahl der erlaubten aufeinander folgenden Pings ohne Antwort, bevor das Fallback ausgelöst wird.

Hinweise zur Anwendung

Eine Einschränkung bezüglich Hostnamen in der Liste der Administration in Verbindung mit Fallback existiert nicht mehr.