Wechseln zu:Navigation, Suche
Wiki

Fallback

Aus Securepoint Wiki

Weiterleitung nach:

Preview1260













































































De.png
En.png
Fr.png








Fallback-Konfiguration der UTM
Letzte Anpassung zur Version: 12.6.0
Neu:
notempty
Dieser Artikel bezieht sich auf eine Resellerpreview

12.5.1 11.6

Aufruf: UTM-IP:Port oder UTM-URL:Port
Port wie unter Netzwerk / Servereinstellungen / Webserver konfiguriert
Default-Port: 11115
z.B.: https://utm.ttt-point.de:11115
Default: https://192.168.175.1:11115 Netzwerk Netzwerkkonfiguration

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:

  • Die Default-Route wird auf die Fallback-Schnittstelle geändert
  • Die geänderte Default Route wird nicht in der Netzwerkkonfiguration angezeigt.
    Im Menü Netzwerk Netzwerkwerkzeuge  Bereich Routingtabelle ist aber die aktualisierte Default Route ersichtlich.
  • Die Zonen der Schnittstelle der Hauptleitung werden auf die Fallback-Schnittstelle umgezogen
    Der Umzug der Zonen wird nicht im UI angezeigt
  • Sollte ein DYNDNS konfiguriert sein, wird dieses nun auf der Fallback-Schnittstelle ausgeführt
  • Auf der Schnittstelle der Hauptleitung wird weiterhin ein Ping-check ausgeführt
  • Es erfolgt eine Benachrichtigung durch das Alerting Center


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
  • Es erfolgt eine Benachrichtigung durch das Alerting Center


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

    UTM v12 Fallback PPPoE.png
    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

    UTM v12 Fallback Ethernet.png
    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
    • notempty
    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
    Netzwerk Netzwerkkonfiguration  Bereich Netzwerkschnittstellen Schaltfläche des jeweiligen Interfaces, Abschnitt Einstellungen
    Beschriftung Wert Beschreibung Schnittstelle bearbeiten UTMbenutzer@firewall.name.fqdnNetzwerk Netzwerkkonfiguration UTM v12.6 Schnittstelle bearbeiten Einstellungen.pngSchnittstelle der Fallback-Leitung
    Route Hint IPv4:    /--- IP-Adresse des Routers, der der Schnittstelle den Internetzugang ermöglicht



    Netzwerkkonfiguration UTMbenutzer@firewall.name.fqdnNetzwerk UTM v12.6 Netzwerkschnittstellen wan0-1 Fallback.png
    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 World.svg 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.

    • Netzwerkobjekt bearbeiten UTMbenutzer@firewall.name.fqdnFirewallNetzwerkobjekte UTM v12.6 Firewall Netzwerkobjekte bearbeiten Default-IP.png
     Netzwerkobjekte UTMbenutzer@firewall.name.fqdnFirewall Regeln aktualisieren UTM v12.6 Fallback Netzwerkobjekte.png


    Routing

    Routing

    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.
    • Default-Route hinzufügen UTMbenutzer@firewall.name.fqdnNetzwerkNetzwerkkonfiguration UTM v12.6 Fallback Routing Gateway.png
    Defaultroute hinzufügen
    Menü Netzwerk Netzwerkkonfiguration  Bereich Netzwerkschnittstellen Schaltfläche Default-Route hinzufügen     Netzwerk UTMbenutzer@firewall.name.fqdnNetzwerkkonfiguration UTM v12.6 Fallback Routing Default.png
    Defaultroute über wan0


    Konfiguration des Fallbacks

    Fallback

    Fallback

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

    Beschriftung Wert Beschreibung Schnittstelle bearbeiten UTMbenutzer@firewall.name.fqdn Netzwerk Netzwerkkonfiguration UTM v12.6 Fallback Netzwerkschnittstellen bearbeiten.pngFallback-Einstellungen
    Fallback-Schnittstelle: wan1

    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.)
    • Ping-check IP: »203.0.2.203 »192.0.2.192
    Beispiel-IPs müssen ersetzt werdennotempty
    Neu: Mehrere IP-Adressen möglich
    		 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.
    Ping-check Intervall: 5Link= Sekunden Die "Pause" zwischen den Pings.
    Ping-check Threshold 4Link= 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.

    Abgerufen von „https://wiki.securepoint.de/index.php?title=UTM/NET/Fallback&oldid=88738“