Wechseln zu:Navigation, Suche
Wiki

UTM/NET/Cluster: Unterschied zwischen den Versionen

Aus Securepoint Wiki
← Zum vorherigen Versionsunterschied
KKeine Bearbeitungszusammenfassung
K 14.2.0
 
(26 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Set_lang}}
{{Set_lang}}
{{:UTM/NET/Cluster.lang}}
{{:UTM/NET/Cluster.lang}}
{{#vardefine:headerIcon|spicon-utm}}
{{#vardefine:headerIcon|spicon-utm}}


</div>{{Select_lang}}{{DISPLAYTITLE:{{#var:display| Cluster }} Spielwiese}} {{TOC2}}
<p>'''{{#var:headline| Securepoint Cluster Konfiguration}}'''<br>
'''Best Practice'''
</p>
<p>{{#var:ver|Letzte Anpassung zur Version:}} '''11.8.7''' </p>
<br>
{{cl |{{#var:neu}} |
* {{#var:neu--dhcp| Erweiterte Hinweise zu DHCP }}
* {{#var:neu--anpassung| Artikelanpassung }}
* {{#var:translation}}
|w=40px}}
<br>
{{#var:prev|Vorherige Versionen:}} [[UTM/NET/Cluster_11.7 | '''11.7]]
<br>
----


{{var | neu--mehrere HA Schnittstellen
| Es können [[#Primary_Cluster_Assistent_Schritt_3_2 | mehrere HA-Schnittstellen im Assistenten]] angelegt werden
|  }}
{{var | neu--Hotwire-Hinweis
| Aktualisierter Hinweis zu [[#Hotwire_Schnittstelle | Hotwire Schnittstellen am Switch]]
|  }}
{{var | mehrere Schnittstellen
| Es können mehrere Schnittstellen gleichzeitig ausgewählt werden
|  }}


'''{{#var:Wichtige Information| }}'''
{{var | neu--Abschnitt Anwendungen
| [[#Anwendungen auf dem Backup deaktivieren|Abschnitt Anwendungen]] neu dokumentiert
| [[#Deactivate_applications_on_the_backup|Applications]] section newly documented }}
{{var | neu--Bilder und Menüpfade aktualisiert
| Einige Bilder und Menüpfade aktualisiert }}
| Some pictures and menu paths updated }}


'''{{#var:Aktuelle Software| }}'''<br>
{{var | neu--Konfigurationshinweis extern
{{Hinweis | ! § {{#var:aktuell--desc| Es sollte immer die neueste Version der Software installiert werden. Nur in der aktuellen Version sind die neusten Funktionen, Sicherheits-Erweiterungen und Fehlerkorrekturen enthalten. }} |r}}
| Konfigurationshinweis für externe Schnittstellen ergänzt }}
| Configuration note for external interfaces added }}
{{var | neu--Layoutanpassungen
| Layoutanpassungen }}
| Layout adjustments }}


</div><div class="new_design"></div>{{Select_lang}}{{TOC2|limit=2}}
{{Header|14.2.0|
* {{#var:neu--mehrere HA Schnittstellen}}
* {{#var:neu--Hotwire-Hinweis}}
| vorher-ver=14.1.0
| vorher=
* {{#var:neu--Abschnitt Anwendungen}}
* {{#var:neu--Bilder und Menüpfade aktualisiert}}
<!--|vorher-ver=14.1-->
| [[UTM/NET/Cluster_v14.1.0 | 14.1.0]]
[[UTM/NET/Cluster_v14.0 | 14.0]]
[[UTM/NET/Cluster_v12.6.2 | 12.6]]
[[UTM/NET/Cluster_v12.4 | 12.4]]
[[UTM/NET/Cluster_v12.1 | 12.1]]
[[UTM/NET/Cluster_11.7 | 11.7]]
|{{Menu-UTM|Netzwerk|Clusterkonfiguration}}
|zuletzt=04.2026
* {{#var:neu--Konfigurationshinweis extern}}
* {{#var:neu--Layoutanpassungen}}
}}
----
----


=== {{#var:Einsatzgebiete| e }} ===
{{Hinweis-box| '''{{#var:Aktuelle Software| }}'''<br> {{#var:aktuell--desc}}|r|class=flex top|fs__icon=em2}}
{{#var:Einsatzgebiete--desc| Die UTM wird, durch die Umwandlung in einen Hot-Standy UTM-Cluster, aufgewertet und sichert geschäftskritische Prozesse gegen den Ausfall einer UTM ab. Securepoint stellt dazu einen Aktiv-/Passiv-Cluster zur Verfügung. Die UTMs innerhalb des Clusters überwachen sich gegenseitig und schalten bei Bedarf automatisch auf das Gerät mit dem besten Status um. Ein Eingriff des Administrators ist nicht notwendig.  }}


{{Bild|{{#var:Einsatzgebiete--bild| Cluster-01.jpg }} | {{#var:Abb| Abb.: }} 1.1}}


----
=== {{#var:Einsatzgebiete}} ===
<div class="Einrücken">
{{#var:Einsatzgebiete--desc}}
</div>


==== {{#var:Einrichtung| e2 }} ====
{{#var:Einrichtung--desc| Bei der Einrichtung des UTM-Clusters werden zwei UTMs mit identischer Firmware über eine Hotwire-Schnittstelle verbunden. Die Installation mit dem „Cluster Setup Wizard“ wird auf der ''Ursprungs-UTM'' ausgeführt, die im dann erstellten Cluster der MASTER sein wird. Mit dieser UTM wird die Synchronisierung der Konfiguration durchgeführt. Auf der ''Spare-UTM'', die im Cluster das BACKUP sein wird, werden bei der Installation die Hotwire-Schnittstelle definiert sowie ein SSH-Schlüssel erzeugt. Auch wird auf der Spare der SSH-Schlüssel des MASTER eingetragen.
<br>
Die aktive UTM im Cluster, hat die höhere Priorität und wird als MASTER bezeichnet.
<br>
Die UTM mit der niedrigeren Priorität, die passive UTM, ist das BACKUP. }}


==== {{#var:Einrichtung}} ====
<div class="Einrücken">
{{#var:Einrichtung--desc}}
</div>
----
----


==== {{#var:Voraussetzungen|  v}} ====
{{#var:Voraussetzungen--desc| Zum Cluster-Betrieb sind folgende Voraussetzungen notwendig: }}


 
==== {{#var:Voraussetzungen}} ====
* {{#var:Voraussetzungen--cluster-lizenz| '''Eine Cluster-Lizenz'''<br><p>Zur Konfiguration und den Betrieb des UTM-Clusters wird eine gültige Cluster-Lizenz benötigt, die im [https://my.securepoint.de/index/login Securepoint Reseller Portal] beantragt werden kann:</p><p>Endkunden wenden sich bitte an Ihren [https://www.securepoint.de/partner/partnerprogramm.html autorisierten Securepoint Reseller.]</p><p>{{Hinweis | !! Die Menüpunkte zur Cluster-Konfiguration sind sichtbar, sobald eine Cluster-Lizenz eingespielt ist.|gelb|c=}}<p> }}
<div class="Einrücken">
 
{{#var:Voraussetzungen--desc}}
* {{#var:Voraussetzungen--hardware| '''Zwei identische Appliances mit mindestens 3 Ethernet Schnittstellen und gleicher Firmware'''<br><p>Im kleinsten Szenario (siehe Abbildung 1.1) sind eine Eingangs-Schnittstelle (internes LAN) und eine Ausgangs-Schnittstelle (externes LAN) sowie die dritte freie Schnittstelle vorhanden. Diese, im Folgenden auch als Hotwire-Schnittstelle bezeichnet, wird für den Abgleich der Konfiguration und das Connection-Tracking benötigt. Sie kann keine weitere Netzwerkfunktion übernehmen.</p> }}
<br>
 
* {{#var:Voraussetzungen--cluster-lizenz}}
* {{#var:Voraussetzungen--software| '''Die eingesetzten Switches und Router unterstützen ''gratuitous ARP'''''<br><p>Kommt es im UTM-Cluster zum Master-/Backup-Wechsel, sendet die jetzt aktive UTM ''gratuitous ARP'' Pakete an ihre Umgebung, um die neuen MAC-Adresse bekannt zu geben.<br>Unterstützen die Switches bzw. Router diese Funktion nicht, können sie nur verzögert über die aktive UTM kommunizieren. }}
<li class="list--element__alert list--element__hint">{{#var:Voraussetzungen--cluster-lizenz--Hinweis}}</li>
* {{#var:Voraussetzungen--hardware}}
* {{#var:Voraussetzungen--software}}
</div>
----
----




{{pt3|{{#var:funktionsweise--bild| UTM11_BP_Cluster_pic5.png }}|{{#var:Abb}} 1.2 | {{h4| {{#var:funktionsweise| Funktionsweise des Clusters }} |{{#var:funktionsweise|Funktionsweise des Clusters}} }} }}
==== {{#var:funktionsweise}} ====
{{#var:funktionsweise--desc| Der Cluster verwendet '''eindeutige IP- und MAC-Adressen''' für die beiden Mitglieder des Clusters sowie '''virtuelle IP-Adressen''' für den Cluster selber. Die virtuellen IP-Adressen sind allein auf dem aktiven Mitglied des UTM-Clusters aktiv. Fällt das aktive Mitglied des Clusters ganz oder teilweise aus, so wechseln die virtuellen IP-Adressen zum zweiten Mitglied des Clusters.
<div class="Einrücken">
<br>
{{Bildwechsel| {{#var:Einsatzgebiete--Bild}} |{{#var:Abb}} 1.1|{{#var:Einsatzgebiete--Abb}} | Wechselbild={{#var:Einsatzgebiete mit IP--Bild}}|Wechselbild-Abb={{#var:Einsatzgebiete--Abb}} |class=blank }}
Für die Clients und Server in einer Clusterkonfiguration, ist die virtuelle IP-Adresse der Kommunikationspartner im Routing (also zum Beispiel das Standard Gateway, siehe Abb. 1.2). }}
{{#var:funktionsweise--desc}}
<br clear=All>
</div><br clear=all>
 
----
----


{{pt3|UTM11_BP_Cluster_pic6.png| | {{ h4| {{#var:cluster-protokoll| Das Cluster VRR Protokoll }} | {{#var:cluster-protokoll|Das Cluster VRR Protokoll}} }} }}
==== {{#var:cluster-protokoll}} ====
{{#var:cluster-protokoll--desc| <p>VRRP (Virtual Router Redundancy Protocol) ist das Kommunikationsprotokoll des Clusters. Es ist einzig auf den Schnittstellen aktiv, die als {{hover|HA-|High-Availibility}}Schnittstelle konfiguriert sind. Über dieses Protokoll versendet der Master des UTM-Clusters Datenpakete an das Backup. Empfängt das Backup keine Datenpakete, so stuft es sich zum Master hoch.</p>
{{Bild|UTM v14.2.0 Cluster mit DSL CLI VRR.png|class=Bild-t}}
 
<div class="Einrücken">
<p>Mit Hilfe von '''tcpdump''' kann das Protokoll auf einer HA-Schnittstelle sichtbar gemacht werden (siehe Abb.)</p>
{{#var:cluster-protokoll--desc}}
 
</div>
<p>Es sind keine speziellen Firewall Regeln notwendig, um die Kommunikation mit dem VRR-Protokoll zu ermöglichen.</p> }}
 
----
----


==== {{#var:Umschalten| Umschalten des Clusters }} ====
==== {{#var:Umschalten}} ====
{{#var:Umschalten--desc| Folgende Zustände bzw. Ereignisse lösen ein Umschalten innerhalb des Clusters aus:
<div class="Einrücken">
{{#var:Umschalten--desc}}
<br>
{{#var:Umschalten--tabelle}}
</div>


* Das aktive Mitglied eines Clusters wird neu gestartet oder ganz heruntergefahren.
{| class="sptable0 Einrücken"
* Eine oder mehrere HA-Schnittstellen haben keinen physikalischen Link mehr.
! {{#var:HA-Schnittstelle}} 1 !! {{#var:HA-Schnittstelle}} 2 !! UTM 1 Status !! UTM 2 Status
* Der Link einer HA-Schnittstelle ist aktiv, aber aufgrund eines defekten oder falsch konfigurierten Switches kommen die VRRP Pakete nicht beim Cluster Partner an.
* Die Cluster Funktion wird auf dem aktiven Cluster-Partner durch den Administrator deaktiviert.
<br />
 
Sind mehr als zwei HA-Schnittstellen aktiviert, besteht im Fehlerfall die Möglichkeit, dass eine unterschiedliche Anzahl von HA-Schnittstellen nicht mehr kommunizieren können. In diesem Fall wird die UTM das aktive Mitglied werden, auf der die meisten Schnittstellen einen Link haben, solange sich die UTMs über wenigstens einer HA-Schnittstelle noch sehen. Sehen sich die UTMs auf keiner Schnittstelle mehr, gehen beide davon aus, dass das zweite Mitglied des Clusters nicht mehr vorhanden ist und beide werden zum Master. }}
 
 
{{#var:Umschalten--tabelle| Tabelle, Verhalten im Cluster, Beispiel zwei HA-Schnittstellen: }}
{| class="sptable0"
! {{#var:HA-Schnittstelle| HA-Schnittstelle }} 1 !! {{#var:HA-Schnittstelle}} 2 !! UTM 1 Status !! UTM 2 Status
|-
|-
| UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || class="bc__ja"| <center>'''{{#var:Aktiv| Aktiv }}'''</center> || class="bc__teilweise"| <center>'''{{#var:Passiv| Passiv }}'''</center>
| UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || class="bc__ja"| <center>'''{{#var:Aktiv}}'''</center> || class="bc__teilweise"| <center>'''{{#var:Passiv}}'''</center>
|-
|-
| UTM 1 DOWN{{mobil|<br>|, }}UTM 2 UP || UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || class="bc__teilweise"| <center>'''{{#var:Passiv}}'''</center> || class="bc__ja"| <center>'''{{#var:Aktiv}}'''</center>
| UTM 1 DOWN{{mobil|<br>|, }}UTM 2 UP || UTM 1 UP{{mobil|<br>|, }}UTM 2 UP || class="bc__teilweise"| <center>'''{{#var:Passiv}}'''</center> || class="bc__ja"| <center>'''{{#var:Aktiv}}'''</center>
Zeile 101: Zeile 113:
| UTM 1 DOWN{{mobil|<br>|, }}UTM 2 DOWN || UTM 1 DOWN{{mobil|<br>|, }}UTM 2 DOWN || class="bc__nein"| <center>'''{{#var:Aktiv}}'''</center> || class="bc__nein"| <center>'''{{#var:Aktiv}}'''</center>
| UTM 1 DOWN{{mobil|<br>|, }}UTM 2 DOWN || UTM 1 DOWN{{mobil|<br>|, }}UTM 2 DOWN || class="bc__nein"| <center>'''{{#var:Aktiv}}'''</center> || class="bc__nein"| <center>'''{{#var:Aktiv}}'''</center>
|}
|}
<br>


<p>{{#var:Umschalten--tabelle--desc| Hierbei ist zu beachten, dass UTM-1 eine höhere Priorität als UTM-2 hat. Ist der Zustand in der Tabelle aktiv und als rot gekennzeichnet bedeutet das, dass sich die beiden Mitglieder des Clusters nicht mehr sehen und davon ausgehen, dass der jeweils andere Partner nicht mehr vorhanden ist. Beide Mitglieder des Clusters sind dann aktiv. Eine Netzwerkkommunikation ist dann allerdings generell nicht mehr möglich, da das Problem in der Umgebung liegt. }}</p>
<div class="Einrücken">
{{#var:Umschalten--tabelle--desc}}
</div>
----
----


===== {{#var:Fallback| Fallback im Cluster }} =====
<li class="list--element__alert list--element__hint">{{#var:Fallback--desc| Ist gleichzeitig ein Fallback konfiguriert und ein fehlgeschlagener Ping-Check löst das Umschalten auf die <i class="host utm">Spare</i> aus und diese registriert ebenfalls einen fehlgeschlagenen Ping-Check, wird sie den Master wieder an den ursprünglichen <i class="host utm">Master</i> zurückgeben. <br>Hier entscheidet nun die Priorität, da beide Maschinen gleichwertig beeinträchtigt sind und das Fallback der <i class="host utm">Master</i> wird aktiv. }}</li>


===== {{#var:Fallback}} =====
<!-- <div class="Einrücken"> -->
<li class="list--element__alert list--element__hint">{{#var:Fallback--desc}}</li>
<div class="Einrücken"><p>{{Hinweis-box|{{#var:Feste IP Adressen konfigurieren--Hinweis}} }}</p></div>
<div class="Einrücken">
{{Sp-einblenden | {{#var:Konfigurationsbeispiel für externe Schnittstellen}} | {{#var:hide}} | content={{#var:Feste IP Adressen konfigurieren--Beispiel}} }}
</div>
<!-- </div> -->
----
----


{{pt3 | UTM11_BP_Cluster_pic7.png|{{#var:Abb}} 1.3 | {{h4| {{#var:Hotwire-Schnittstelle| Hotwire-Schnittstelle }} | {{#var:Hotwire-Schnittstelle}} }} }}
==== {{#var:Hotwire-Schnittstelle}} ====
{{#var:Hotwire-Schnittstelle--desc| Die Hotwire-Schnittstelle ist eine exklusive Schnittstelle, die nur zum Synchronisieren der Konfiguration der Cluster-Mitglieder und Abgleich der laufenden Verbindungen (Connection-Tracking) verwendet wird. Diese Schnittstelle hat ''exklusiv'' diese Aufgabe. Bei der Auswahl der Appliances muss darauf geachtet werden, daß für das Hotwire-Netz jeweils eine Schnittstelle frei sein ist.
{{Bild| {{#var:Hotwire-Schnittstelle--Bild}} |{{#var:Abb}} 1.3|class=Bild-t}}
<div class="Einrücken">
{{#var:Hotwire-Schnittstelle--desc}}
<br>
<br>
Für die Synchronisation der Konfiguration wird das SSH-Protokoll (TCP/22) verwendet. Das Connection-Tracking wird über den Port 3780 (UDP) abgeglichen. Ist eine Ethernet-Schnittstelle als Hotwire gekennzeichnet, werden die Regeln für die Kommunikation automatisch generiert. Für die SSH-Verbindung müssen öffentliche Schlüssel zwischen den Mitgliedern des UTM-Clusters ausgetauscht werden. Der Abgleich der Konfiguration kann in beide Richtungen zwischen den Mitgliedern des Clusters erfolgen. Das Connection-Tracking wird immer automatisch vom Master im Cluster zum Backup übertragen (Abb. 1.3). }}
{{Hinweis-box| {{#var:Hotwire-Schnittstelle--hinweis}}|r|fs__icon=em2|class=flex}}
{{Hinweis-box | {{#var:Hotwire-Schnittstelle Switch--Hinweis}}
{{:UTM/Hotwire-Switch}}| 2=g | fs__icon=em2 | class=flex }}


{{Hinweis | !! {{#var:Hotwire-Schnittstelle--hinweis| Die Hotwire-Verbindung soll immer über eine direkte Kabelverbindung erfolgen (kein Switch etc. dazwischen). Es muss sichergestellt werden, dass niemand zu dem Zeitpunkt administrativ das Mitglied des Clusters verwendet, zu dem synchronisiert werden soll. }} }}
</div>
<br clear=All>
</div><br clear=all>
----
----


==== {{#var:Konfiguration-abgleichen| Konfiguration abgleichen }} ====
{{#var:Konfiguration-abgleichen--desc| Über die Hotwire-Schnittstelle wird die Konfiguration synchronisiert. Änderungen, die auf einer Maschine im Cluster gemacht wurden, werden über diese Schnittstelle auf das andere Gerät übertragen. In der Regel wird die Konfiguration, nach der Inbetriebnahme des Clusters, allein auf einer UTM durchgeführt. Wir empfehlen den Master zu verwenden. '''Der Abgleich erfolgt immer manuell.''' Der Administrator entscheidet, wann er die Konfiguration im UTM-Cluster abgleichen möchte. }}


<span id=sync-start></span>
==== {{#var:Konfiguration-abgleichen}} ====
<div class="Einrücken">
{{#var:Konfiguration-abgleichen--desc}}
{{Hinweis-box|{{#var:Konfiguration-abgleichen--Hinweis}}|r}}


{{#var:Konfiguration-abgleichen--list| Folgende Teile der Konfiguration werden '''nicht abgeglichen''': }}
<br>
#{{#var:Konfiguration-abgleichen--list--ip| '''IP-Adressen die eindeutig zu einer Maschine gehören und die auf Ethernet- oder VLAN- Schnittstellen konfiguriert wurden.'''<br> Das sind die IP-Adressen, die im Webinterface unter dem Punkt {{Menu|Netzwerk |Netzwerkkonfiguration}} eingestellt werden. Wird ein Ethernet- oder VLAN-Schnittstelle neu erzeugt, wird dies zwar übertragen, jedoch nicht die Information über die IP-Adressen dieser Schnittstellen. Diese müssen bei Bedarf manuell auf dem Cluster-Mitglied konfiguriert werden, denn sie sind immer eindeutig einer UTM zugewiesen. Diese IP-Adressen sind nicht zu verwechseln mit virtuellen IP-Adressen auf einer HA-Schnittstelle, die sich beide Maschinen im Cluster teilen. }}<br><br>
{{#var:Konfiguration-abgleichen--list}}
# {{#var:Konfiguration-abgleichen--list--ad-account| '''Active Directory-Appliance-Account.'''<br> Dieser Account ist immer eindeutig im AD. Man erstellt unterschiedliche Namen auf beiden Maschinen und meldet jede separat am Active Directory an. }}
# {{#var:Konfiguration-abgleichen--list--ip}}
# {{#var:Konfiguration-abgleichen--list--ad-account}}


{{ Hinweis| !! {{#var:Konfiguration-abgleichen--hinweis| Es ist nicht zwingend notwendig, eindeutige IP-Adressen auf Schnittstellen zu konfigurieren, auf dem eine HA-Schnittstelle mit virtuellen IP-Adressen betrieben wird. Soll über diese Schnittstelle das Mitglied des UTM-Clusters eindeutig identifiziert werden, ist dies jedoch erforderlich. In dem Fall gelangt man über die virtuelle IP-Adresse auf die UTM, die in dem Augenblick der Master ist. }} | gelb |c=graul }}
<div>{{Sp-einblenden | {{#var:Konfigurationshinweis für interne Schnittstellen}} | {{#var:hide}} | content={{#var:Konfiguration-abgleichen--hinweis}} }}</div>
<br />
<br>
</div>
<div id="Austausch">
===== {{#var:Konfiguration-Austauschgeräte}} =====
<div style="padding-left:20px;">
<li class="list--element__alert list--element__hint">{{#var:Konfiguration-Austauschgeräte--desc}}</li>
<li class="list--element__alert list--element__warning">{{#var:Konfiguration-Austauschgeräte--SSH}}</li>
<li class="list--element__alert list--element__warning">{{#var:Priorität--Austausch--Hinweis}}</li>
</div>
----
----


=== {{#var:beispiel-konfig| Beispiel-Konfiguration: Externes DSL-Modem }} ===
{{#var:beispiel-konfig--desc| In diesem Beispiel wird eine Konfiguration aufgezeigt, mit der ein UTM-Cluster an einem DSL-Modem betrieben werden kann. Die Einwahl erfolgt direkt durch die UTM. }}


==== {{#var:Netzwerkkonfiguration| Netzwerkkonfiguration: }} ====
=== {{#var:beispiel-konfig}} ===
<div class="Einrücken">
{{#var:beispiel-konfig--desc}}
</div>
 


{{#var:Netzwerkkonfiguration--desc | '''Erstes Mitglied des Clusters (UTM 1, <i class="host utm">Master</i>)'''<br />
==== {{#var:Netzwerkkonfiguration}} ====
''eth0:'' Externe DSL Verbindung mittels PPPoE.<br>
<div class="Einrücken">
''eth1:'' Interne IP-Adresse: 192.168.100.2/24<br>
{{#var:Netzwerkkonfiguration--desc}}<br>
''eth2:'' Hotwire-IP-Adresse:192.168.180.2/24
{{#var:Netzwerkkonfiguration--virtuelle-ip}}<br>
<br>
{{Hinweis-box| {{#var:Netzwerkkonfiguration--hinweis}}<br> {{#var:Netzwerkkonfiguration--hinweis--dhcp}} |r|fs__icon=em2}}
'''Zweites Mitglied des Clusters (UTM 2, <i class="host utm">Spare</i>)'''<br />
</div>
''eth0:'' Externe DSL Verbindung mittels PPPoE.<br>
''eth1:'' Interne IP-Adresse:192.168.100.3/24<br>
''eth2:'' Hotwire-IP-Adresse:192.168.180.3/24 }}


<p>{{#var:Netzwerkkonfiguration--virtuelle-ip| Als virtuelle IP-Adresse wird 192.168.200.1/24 definiert. <br>
Diese IP-Adresse ist das Standard-Gateway des internen Netzwerks. }}</p>
<li class="list--element__alert list--element__warning">{{Hinweis| {{#var:Netzwerkkonfiguration--hinweis| Bei Verwendung des DHCP-Servers, darf die Virtuelle IP-Adresse <u>nicht im gleichen Netz</u> wie die physische IP Adresse der Schnittstelle sein. }} }}<br>
{{#var:Netzwerkkonfiguration--hinweis--dhcp| Der DHCP-Server würde sich sonst beim Fallback auf die Physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren. }} </li>
----


==== {{#var:Inbetriebnahme| Inbetriebnahme der UTMs }} ====
==== {{#var:Vorbereitungen}} ====
{{#var:Inbetriebnahme--desc| Zur Inbetriebnahme des UTM-Clusters wird zunächst der Installationsassistent verwendet. Um eine Doppeleinwahl zu unterbinden, soll das DSL-Modem nicht angeschlossen sein. Die Konfiguration der beiden UTMs unterscheidet sich bis zu diesem Zeitpunkt allein durch die interne und externe IP-Adresse. Im letzten Schritt des Installationsassistenten wird die Cluster-Lizenz ausgewählt. Nach Abschluss des Assistenten werden die UTMs neu gestartet. }}
----
===== {{#var:Hotwire-Schnittstelle}} =====
{{#var:inbetriebnahme--hotwire--desc| Die UTMs werden nun physikalisch über die ausgewählte Hotwire-Schnittstelle verbunden. Diese muss auf den Maschinen den gleichen Port belegen - zum Beispiel LAN3/eth2. }}
----


===== {{#var:Inbetriebnahme}} =====
<div class="Einrücken">
{{#var:Inbetriebnahme--desc}}
</div>


==== {{#var:Cluster-Konfiguration| Cluster-Konfiguration }} ====


{{#var:Cluster-Konfiguration--desc| Die UTMs haben innerhalb des Clusters eine unterschiedliche Priorität. Die höhere Priorität hat der Master, die niedrigere das Backup-System. In unserem Beispiel wird die UTM mit der eindeutigen internen IP-Adresse 192.168.100.2 Master sein. Login über das Webinterface mit dieser IP und dem Port für Administration <small>(Default: 11115)</small>. }}
===== {{#var:ip-hotwire}} =====


{| class="sptable2 pd5"
{| class="sptable2 pd5 zh1 Einrücken"
|+ {{#var:Cluster-Konfiguration}}
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}} | {{#var:Netzwerkkonfiguration}}}} {{ic|LAN3}} → {{Button||w}} {{Reiter| {{#var:IP-Adressen}} }}  
|-
|-
! colspan="3" | {{h5| Master-UTM |Master-UTM}}
| class=mw8 | {{b|{{#var:IP-Adressen}} }} || class=mw15 | {{ic|{{cb|192.168.180.2/24}} |cb}} {{Host|Primary}} || {{#var:ip-adressen--desc}}
| rowspan="5" class="Bild" | {{Bild|1={{#var:cluster-schnittstelle--bild}}|2={{#var:Hotwire IP der}} {{Host|Primary}}|3=|4={{#var:Ethernet-Schnittstelle bearbeiten}}|5={{#var:Netzwerk}}|6={{#var:Netzwerkkonfiguration}}|icon=fa-floppy-disk-circle-xmark|icon2=fa-close}}
|- class="Leerzeile"
|
|- class="Leerzeile"
|  colspan="3" | <i class="host utm">Spare</i> {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Netzwerkkonfiguration}} }} {{ic|LAN3}} → {{Button||w}} {{Reiter|{{#var:IP-Adressen}} }}
|-
|-
| class="Leerzeile" colspan="3" | '''{{#var:ip-hotwire| IP-Adresse der zukünftigen Hotwire-Schnittstelle }}'''<br><i class="host utm">Master</i> {{Menu| {{#var:Netzwerk| Netzwerk }} | {{#var:Netzwerkkonfiguration| Netzwerkkonfiguration }}}} {{ic|eth2}} → {{Button||w}} {{Reiter| {{#var:IP-Adressen| IP-Adressen }}}}  
| {{b|{{#var:IP-Adressen}} }} || {{ic|{{cb|192.168.180.3/24}} |cb}} {{Host|Spare}} || {{#var:ip-adressen Spare--desc}}
|- class="Leerzeile"
|
|}
 
 
===== {{#var:Hotwire-Schnittstelle verbinden}} =====
<div class="Einrücken">
{{#var:inbetriebnahme--hotwire--desc}}
</div>
----
 
 
{{Bild|{{#var:Cluster-Konfiguration--Bild}} |{{#var:beispiel-konfig}} {{#var:Cluster-Konfiguration--cap}}||{{#var:Clusterkonfiguration}}|{{#var:Netzwerk}}|icon=fa-save|class=Bild-t}}
==== {{#var:Cluster-Konfiguration}} ====
{{Hinweis-box|{{#var:neu--Neuer Assistent--desc}}|gr|14.0.0|status=update}}
<div class="Einrücken">
{{#var:Cluster-Konfiguration--desc}}
</div>
 
{| class="sptable2 pd5 zh1 Einrücken"
|+ {{#var:Cluster-Konfiguration}}
|- class="noborder"
| colspan="4" | {{#var:wizard1--head}} {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} }} {{#var:Schaltfläche}} {{Button-dialog|{{#var:Cluster Assistent}}|fa-wand-magic-sparkles}}
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 1 #################### -->
| colspan="3" |
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1}}
|-
|-
| {{b|{{#var:IP-Adressen}} }} || style="min-width: 165px" |{{ic|{{cb|192.168.180.2/24}} |cb}} || {{#var:ip-adressen--desc| In der Clickbox wird die IP-Adresse der zukünftigen Hotwire-Schnittstelle hinzugefügt. <br>Im Beispiel bekommt LAN3/eth2 die IP-Adresse 192.168.180.2/24. }} || rowspan="1" class="bild" | {{bild| {{#var:cluster-schnittstelle--bild}}|hochkant=1.5|l={{#var:Abb}} 1.4 }}
| colspan=3 class=noborder | {{#var:Wizard Primary Schritt 1--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 1--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user=primary.firewall.fqdn | step=1 | step--cap={{#var:Primary-Step1--cap}} }}
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 2 #################### -->
| colspan="3" id="{{#var:Schritt}}3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 2|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2}}
|-
|-
| class="Leerzeile"| {{hrzeile}}<br> {{#var:wizard1--head| Start des Cluster-Setup-Wizard unter }} <i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration| Clusterkonfiguration }} }} {{button|{{#var:Cluster Assistent}}|+}}<br>'''{{#var:Cluster Assistent| Cluster Assistent }} {{#var:Schritt| Schritt }} 1'''
| {{b|{{#var:Hotwire-Schnittstelle}}: }} || {{ic|LAN3|dr|class=available}} || <li class="list--element__alert list--element__warning">{{#var:wizard1--hotwire--desc}}</li>
| rowspan="4" class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 2--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2 | step=2 | step--cap={{#var:Primary-Step2--cap}} }}
|-
|-
| {{b| {{#var:Hotwire-Schnittstelle}} }} || {{Button|eth2: 192.168.180.2/24|dr}} || {{Hinweis|!|r}} {{#var:wizard1--hotwire--desc| Auf beiden Geräten muss die gleiche Schnittstelle gewählt werden! }} || rowspan="3" class="bild" | {{bild| {{#var:wizard1--hotwire--bild| UTM_v11.8.7_Cluster-Assistent_Schritt1.png }} | hochkant=1.5 | l={{#var:Abb}} 1.5}}
| {{b|{{#var:lokale-ip}} }} || {{ic|192.168.180.2|rechts|icon=/24 |iconw=x|class=available}} || {{#var:wizard Primary Schritt 2--lokale-ip--desc}}
|-
|-
| {{b| {{#var:lokale-ip| Lokale IP&#8209;Adresse: }} }} || {{ic| 192.168.180.2/24}} || {{#var:wizard1--lokale-ip--desc| IP-Adresse der Master-UTM }}
| {{b|{{#var:remote-ip}} }} || {{ic|192.168.180.3|rechts|icon=/--- |iconw=x|class=available}} || {{#var:wizard Primary Schritt 2--remote-ip--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 3 #################### -->
| colspan="3" id="{{#var:Schritt}}S2" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 3|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3}}
|-
|-
| {{b| {{#var:remote-ip| Remote IP&#8209;Adresse: }} }} || {{ic | 192.168.180.3 }} || {{#var:wizard1--remote-ip--desc| IP-Adresse der Hotwire-Gegenstelle (Spare-UTM) }}
| {{b|{{#var:HA-Schnittstelle}}:}} || {{ic|{{cb|LAN2|-}}|cb|class=available}} || {{#var:wizard Primary Schritt 3--schnittstelle--desc}}
| rowspan="4" class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 3--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3 | step=3 | step--cap={{#var:Primary-Step3--cap}} }}
|-
|-
| class="Leerzeile" colspan="3" id="{{#var:Schritt}}2" | {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 2'''
| {{b|{{#var:wizard2--virtuelle-ip}} }} || {{ic|192.168.200.1|rechts|icon=/24 |iconw=x|class=available}} || {{#var:wizard2--virtuelle-ip--desc}}
|-
|-
| {{ b| {{#var:Schnittstelle| Schnittstelle:}} }} || {{Button|eth1|dr}} || {{#var:wizard2--schnittstelle--desc| Das zukünftige HA-Interface. Im Beispiel die interne Schnittstelle. }} || rowspan="3" class="bild" | {{bild|{{#var:wizard2--bild| UTM_v11.8.7_Cluster-Assistent_Schritt2.png }}|hochkant=1.5 | l={{#var:Abb}} 1.6}}
| colspan="3" | <li class="list--element__alert list--element__warning">{{#var:wizard2--hinweis--dhcp}} {{info| {{#var:wizard2--hinweis--info}} }}</li>
<li class="list--element__alert list--element__hint">{{#var:wizard2--hinweis--ha}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 4 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 4|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4}}<br>{{Reiter|{{#var:Disabled if Spare}} }}
|-
|-
| {{b| {{#var:wizard2--virtuelle-ip| Virtuelle IP&#8209;Adresse: }} }} || {{ic|192.168.200.1/24}} || {{#var:wizard2--virtuelle-ip--desc| Die virtuelle IP-Adresse soll 192.168.200.1 sein. Es können auf einer HA-Schnittstelle auch mehrere virtuelle IP-Adressen liegen. }}
| {{b|{{#var:wizard Primary Schritt 4--Schnittstellen}} }} || {{ic| {{cb|wan0|-}} {{cb|wg0|-}}|cb|class=available}} || {{#var:wizard Primary Schritt 4--deaktivierte--desc}} {{info| {{#var:wizard Primary Schritt 4--deaktivierte--info}} }} {{#var:Wizard Primary Schritt 4-WireGuard--desc}}
| rowspan="3" class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 4--Bild}}|{{#var:Beispiel DSL}}<br>{{#var:Wizard Primary Schritt 4--Bild--cap}} |{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4 | step=4 | step--cap={{#var:Primary-Step4--cap}} }}
|-
|-
|colspan="3" | {{Hinweis | ! § {{#var:wizard2--hinweis--dhcp| Bei Verwendung der UTM als DHCP-Server dürfen diese IP-Adressen nicht in der gleichen [http://de.wikipedia.org/wiki/Broadcast_Domain Broadcast Domain ] der anderen IP-Adressen liegen. }} {{info| {{#var:wizard2--hinweis--info| Der DHCP-Server würde sich sonst beim Fallback auf die Physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren. }} }} |r}}<br>
| {{b|{{#var:wizard Primary Schritt 4--Anwendungen}} }} || {{ic| {{cb|Clientless VPN|-}} {{cb|DHCP Server|-}} {{cb|Greylisting Filter|-}} {{cb|HTTP Proxy|-}} {{cb|IPSEC|-}} {{cb|L2TP VPN|-}} {{cb|Mailrelay|-}} {{cb|POP3 Proxy|-}} {{cb|Routing Server|-}} {{cb|SPF Filter|-}} {{cb|SSL-VPN|-}} {{cb|Spamfilter|-}} {{cb|WLAN Server|-}} |pd=5px}}<small>'''Default'''</small>  || {{#var:wizard Primary Schritt 4--deaktivierte Anwendungen--desc}}<br> {{Einblenden2| {{#var:Hinweis für Installationen vor}} 12.4.0 | {{#var:hide}} |true|info tolltip|{{#var:Wireguard Cluster-Hinweis}} }}
{{Hinweis|! § {{#var:wizard2--hinweis--ha| Nachdem der Wizard durchlaufen wurde, können auch weitere HA-Schnittstellen konfiguriert werden. }} |g}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 5 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 5|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5}}
|-
|-
| class="Leerzeile" colspan="3"| {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 3''' || class="noborder" |
| {{b|Passphrase:}} || {{ic|insecure|class=available}} || {{#var:wizard5--Passphrase--desc}}
| rowspan="2" class="Bild" | {{Bild|{{#var:Wizard Schritt 5--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5 | step=5 | step--cap={{#var:Primary-Step5--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 6 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 6|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6}}
|-
|-
| colspan="2" | {{b|{{#var:wizard3--deaktivierte| Deaktivierte Schnittstellen während das Gerät im Backup Modus ist: }} }} <span style="float:inline-end;">{{ic| {{cb|wan0|-}}|pd=5px 5px 2em 5px|lh=2em }}</span>|| {{#var:wizard3--deaktivierte--desc| Schnittstellen, die auf dem Backup-System, der Spare-UTM, '''nicht''' hochgefahren werden. <br>Im Beispiel ''wan0'' (das DSL Interface). Die Einwahl soll nur durch die gerade aktive Master-UTM im Cluster erfolgen. }} {{info| {{#var:wizard3--deaktivierte--info| Dadurch ist es möglich, beide externen Interfaces der UTMs an das DSL Modem anzuschließen. Falls das Modem nur einen LAN Port besitzt, ist ein separater Switch zu verwenden. }} }}  
| {{b|{{#var:Einstellung für die Spare}}:}} || {{ic|[Primary]<br>Hotwire Interface: LAN3<br>Remote IP adress: 192.168.180.3<br>...|tr-odd|class=available}} || {{#var:Einstellung für die Spare--desc}}
| rowspan="1" class="bild" | {{bild| {{#var:wizard3--bild| UTM_v11.8.7_Cluster-Assistent_Schritt3.png }} |hochkant=1.5 | l={{#var:Abb}} 1.7}}
| rowspan="2" class="Bild" | {{Bild|{{#var:Wizard Schritt 6--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6 | step=6 | step--cap={{#var:Primary-Step6--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Spare | Schritt 1 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1}}
|-
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 4'''
| colspan=3 class=noborder | {{#var:Wizard Spare Schritt 1--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 1--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Spare user}} | step=1 | step--cap={{#var:Spare-Step1--cap}} }}
|- class="Leerzeile" <!-- #################### Beispiel 1 | Spare | Schritt 2 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 2|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2}}
|-
|-
| colspan="2" | {{b|{{#var:wizard4--deaktivierte| Deaktivierte Anwendungen während das Gerät im Backup Modus ist: }} }}{{ic| {{cb|Clientless VPN|-}} {{cb|DHCP Server|-}} {{cb|Greylisting Filter|-}} {{cb|HTTP Proxy|-}} {{cb|IPSEC|-}} {{cb|L2TP VPN|-}} {{cb|Mailrelay|-}} {{cb|POP3 Proxy|-}} {{cb|Routing Daemon|-}} {{cb|SPF Filter|-}} {{cb|SSL-VPN|-}} {{cb|Spamfilter|-}} {{cb|WLAN Server|-}} |pd=5px}}<small>'''Default'''</small>  || {{#var:wizard4--deaktivierte--desc| Per Default sind hier Anwendungen aufgeführt, die, sofern sich die Spare-UTM im Backup-Modus befindet, deaktiviert sein sollen. }} || rowspan="1" class="bild" | {{bild| {{#var:wizard4--bild| UTM_v11.8.7_Cluster-Assistent_Schritt4.png }}|hochkant=1.5 |l={{#var:Abb}} 1.8}}
| colspan=3 class=noborder | {{#var:Wizard Spare Schritt 2--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 2--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2 | step=2 | step--cap={{#var:Spare-Step2--cap}} }}
|- class="Leerzeile"
| colspan="3" | {{mobil|<hr>|<br>}} <!-- #################### Beispiel 1 | Spare | Schritt 3 #################### -->
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 3|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3}}
|-
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 5'''
| {{b|{{#var:Einstellung der Primary}}:}} || {{ic|[Primary]<br>Hotwire Interface: LAN3<br>Remote UP adress: 192.168.180.3<br>...|class=available}} || {{#var:Einstellung der Primary--desc}}
| rowspan=2 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 3--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3 | step=3 | step--cap={{#var:Spare-Step3--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Spare | Schritt 4 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 4|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4}}
|-
|-
| {{b|{{#var:wizard5--priorität| Priorität }} }} || {{Button|{{#var:Hoch| Hoch }}|dro}} || {{#var:wizard5--priorität--desc| Die Master-UTM erhält die Priorität »hoch«. }} || rowspan="3" class="bild" | {{bild| {{#var:wizard5--bild| UTM_v11.8.7_Cluster-Assistent_Schritt5.png }} |hochkant=1.5 |l={{#var:Abb}} 1.9}}
| {{b|{{#var:lokale-ip}} }} || {{ic|192.168.180.3|rechts|icon=/24 |iconw=x|class=available}} || {{#var:spare wizard4--lokale-ip--desc}}
| rowspan=4 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 4--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4 | step=4 | step--cap={{#var:Spare-Step4--cap}} }}
|-
|-
| {{b|{{#var:wizard5--Passphrase| Passphrase:}} }} || {{ic|insecure}} || {{#var:wizard5--Passphrase--desc| Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll) }}
| {{b|{{#var:remote-ip}} }} || {{ic|192.168.180.2|rechts|icon=/--- |iconw=x|class=available}} || {{#var:spare wizard4--remote-ip--desc}}
|-
|-
| class="hrzeile" colspan="3" | {{#var:wizard5--fertig| Cluster Assistent abschließen mit {{Button| Fertig }} }}
| colspan=3 class=noborder | <li class="list--element__alert list--element__positiv small">{{#var:Werte automatisch gesetzt--Hinweis}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Spare | Schritt 5 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 5|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5}}
|-
|-
| class="hrzeile"| {{hrzeile}}<br><i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} }} {{Reiter|{{#var:Schnittstellen}} }}
| {{b|Passphrase: }} || {{ic|insecure|class=available}} || {{#var:wizard5--Passphrase--desc}}
| rowspan=4 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 5--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5 | step=5 | step--cap={{#var:Spare-Step5--cap}} }}
|-
|-
| {{ic|eth1|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--eth1| Schnittstelle benutzt für '''High Availability''' }} || {{#var:cluster-schnittstellen--eth1--desc| Virtuelle IP 192.168.200.1/24<br>IP-Adresse: 192.168.100.2/24 }} || rowspan="5" class="bild" | {{bild|{{#var:cluster-schnittstellen--bild| UTM_v11.8.7_Cluster_Konfig.png }}|hochkant=1.5|l={{#var:Abb}} 1.10}}
| {{b|{{#var:Schlüssel der Gegenstelle}}:}} || {{ic|ssh-rsa AAAABNza...|cb|class=available}} || {{#var:spare wizard 5-Schlüssel der Gegenstelle--desc}}
|-
|-
| {{ic|eth2|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--eth2| Schnittstelle wird benutzt als '''Hotwire''' }} || {{#var:cluster-schnittstellen--eth2--desc| IP-Adresse 192.168.180.2/24 }}
| colspan=3 class=noborder | <li class="list--element__alert list--element__positiv small">{{#var:Werte automatisch gesetzt--Hinweis}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Spare | Schritt 6 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 6|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6}}
|-
|-
| {{ic|wan0|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--wan0| Schnittstelle ist '''beim Backup deaktiviert''' }} ||
| {{b|{{#var:Einstellung für die Primary}}:}} || {{ic|[Spare]<br>Local SSH Key: ssh-rsa AAAAB3Nza...|tr-odd|class=available}} || {{#var:Einstellung für die Primary--desc}}
| rowspan=2 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 6--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6 | step=6 | step--cap={{#var:Spare-Step6--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 7 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 7|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7}}
|-
|-
| {{b|{{#var:Clusterstatus|  }}}} || <span style="color:{{Farbe|#515151;}}">⬤</span> ||  {{#var:cluster-schnittstellen--clusterstatus--desc| Der Clusterstatus zeigt noch keinen Zustand an, weil der Cluster noch nicht auf aktiv geschaltet ist. }}
| colspan=3 class=noborder | <li class="list--element__alert list--element__warning">{{#var:Wechsel zur Master--Hinweis}}</li>
|-
|-
| {{b|{{#var:Synchronisationsstatus| Synchronisationsstatus: }}}} || <span style="color:{{Farbe|#DD463E;}}">⬤</span> || {{#var:cluster-schnittstellen--sync--desc| Der Synchronisationsstatus steht auf rot, weil die Gegenstelle nicht erreichbar ist. }}
| {{b|{{#var:Einstellung der Spare}}:}} || {{ic|[Spare]<br>Local SSH Key: ssh-rsa AAAAB3Nza...|class=available}} || {{#var:Einstellung der Spare--desc}}
| rowspan=3 class="Bild" | {{Bild|{{#var:Wizard Schritt 7--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Primary user}} | step=7 | step--cap={{#var:Primary-Step7--cap}} }}
|-
| class=noborder colspan="3" | <li class="list--element__alert list--element__positiv small">{{#var:Wert automatisch gesetzt--Hinweis}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 8 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 8|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 8}}
|-
|-
| class="Leerzeile" colspan="3"| {{mobil|<hr>|<br>}}<br><i class="host utm">Master</i> {{Menu|Netzwerk | {{#var:Clusterkonfiguration}} }} {{Reiter|{{#var:Einstellungen| Einstelungen }} }}
| {{b|{{#var:Schlüssel der Gegenstelle}}:}} || {{ic|ssh-rsa AAAAB3Nza...|cb|class=available}} || {{#var:Master Wizard9-Schlüssel der Gegenstelle--desc}}
| rowspan=3 class="Bild" | {{Bild|{{#var:Wizard Schritt 8--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 8 | step=8 | step--cap={{#var:Primary-Step8--cap}} }}
|-
| class=noborder colspan="3" | <li class="list--element__alert list--element__positiv small">{{#var:Wert automatisch gesetzt--Hinweis}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 1 | Primary | Schritt 9 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary & Spare {{#var:Cluster Assistent}} {{#var:Abschluss}}|{{Host|Primary & Spare}} {{#var:Cluster Assistent}} {{#var:Abschluss}} }}
|-
|-
| rowspan="2" | {{b|{{#var:lokaler-ssh-schlüssel| Lokaler SSH&#8209;Schlüssel: }}}} || {{Button | {{#var:cluster--ssh-button| Neuen lokalen SSH-Schlüssel generieren }} }} || {{#var:cluster--ssh-button--desc| Im Reiter {{ Reiter | Einstellungen}} wird ein SSH Public Key erzeugt. }} || rowspan="2" class="bild" | {{bild| {{#var:cluster--einstellungen--bild| UTM_v11.8.7_Netzwerk_Cluster-Config_Einstellungen.png }} | hochkant=1.5 | l={{#var:Abb}} 1.11}}
| rowspan=2 colspan=3 class=noborder | {{#var:Wizard Abschluss--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Schritt 9--Bild}}|{{#var:Beispiel DSL}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 9 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user=primary.firewall.fqdn | step=9 | step--cap={{#var:Primary-Step9--cap}} | last=true}}
|- <!-- #################### Beispiel 1 | Spare | Schritt 7 #################### -->
| class="Bild | {{Bild|{{#var:Wizard Spare Schritt 7--Bild}}|{{#var:Beispiel DSL}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user=spare.firewall.fqdn | step=7 | step--cap={{#var:Spare-Step7--cap}} | last=true }}
|- class="Leerzeile"
| colspan="3" | {{hrzeile}}
====== {{#var:Status der Clusterkonfiguration}} ======
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|{{#var:Management}} }}
|-
|-
| {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] zE0SU=</nowiki><br>''<nowiki>root@master.cluster.local</nowiki>''}} || {{#var:cluster--einstellungen--ssh--desc| SSH-Schlüssel in die Zwischenablage kopieren }}
| rowspan="2" | {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-clock fc__hint"></i> <span class=Hover>pending</span> || {{#var:Synchronisationsstatus--gelb--desc}}
| class=Bild rowspan="3" | {{Bild|{{#var:Synchronisationsstatus--Primary Aktiv pending--Bild}} | {{Host|Primary}}{{#var:Synchronisationsstatus--Primary Aktiv pending--cap}} | 4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save |firewall-user={{#var:fa-user Primary ohne sync}} }}<br>
{{Bild|{{#var:Synchronisationsstatus--Spare Aktiv pending--Bild}} | {{Host|Spare}}{{#var:Synchronisationsstatus--Spare Aktiv pending--cap}} | 4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save |firewall-user={{#var:fa-user Spare ohne sync}} | dialog-class=passiv | class=mt1em}}
|-
|-
| class="Leerzeile noborder" colspan="4"| <hr>
| colspan="2" | {{#var:Synchronisationsstatus--gelb--desc2}}
<li class="list--element__alert list--element__hint">{{#var:Status aktualisieren}}</li>
<li class="list--element__alert list--element__warning">{{#var:Manuelle Syncronisation--Hinweis}}</li>
|- class="Leerzeile"
| colspan="3" | <li class="list--element__alert list--element__positiv">{{#var:Bereich Management--Hinweis}}</li>
|- class="Leerzeile"
|
|-
|-
! colspan="3"| {{h5|Spare-UTM | Spare UTM}} </td><td class="noborder" style="border-top: 0;">
| rowspan="2" | {{b|{{#var:Synchronisationsstatus}} }} || {{Button| |class=fas fa-paper-plane-top}} <span class=Hover>{{#var:konfig-sync}}</span> || {{#var:Konfiguration synchronisieren--desc}}
| class="Bild" rowspan="6" | {{Bild|1={{#var:cluster-konfig--ergebnis-master--bild}}|2={{#var:Beispiel DSL}}|3={{Host|Primary}}  Status nach Aktivierung des Clusters|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save|firewall-user={{#var:aktiver Pfad}}}}<br>
{{Bild|1={{#var:cluster-konfig--ergebnis-spare--bild}}|2={{#var:Beispiel DSL}}|3=<i class="host utm">Spare</i> Status nach Aktivierung des Clusters|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save|firewall-user={{#var:passiver Pfad}}|dialog-class=passiv|class=mt1em}}
 
<!--
| class="Bild" xrowspan="3" | {{Bild|{{#var:Offline-synchronized--Bild}} |l=<span class="small inline-start">{{#var:Beispiel DSL}}</span>  <i class="host utm">Spare</i> {{#var:Offline-synchronized--cap}} }}
|-
|-
| colspan="3" class="Leerzeile" | <br>{{#var:spare--login| Login über die IP-Adresse 192.168.180.3 auf das Web-Interface der Spare-UTM. }}<br><i class="host utm">Spare</i> {{Menu| {{#var:Netzwerk}}| {{#var:Clusterkonfiguration}} | {{#var:Schnittstellen}} | &shy;|w }}
| colspan="3" | <li class="list--element__alert list--element__hint">{{#var:externe-schnittstelle--dsl}}</li>
|-
|-
| {{b|{{#var:Name| Name: }}}} || eth2 || {{ic|eth2}} {{Button| |w}} {{#var:interface--edit| Schnittstelle bearbeiten }} || rowspan="4" class="bild" | {{bild|{{#var:interface--edit--bild| UTM_v11.8.7_Netzwerk_Cluster-Config_UTM2_eth2.png }} |hochkant=1.5 |l={{#var:Abb}} 1.12}}
| {{b|Cluster:}} || {{ButtonAn|{{#var:ein}} }} → {{Button-dialog||fa-save|hover={{#var:Speichern}} }} || {{#var:cluster-aktivieren--ein--desc}}
-->
|-
|-
| {{b|{{#var:Verwendung| Verwendung: }}}} || {{ button|{{#var:Verwendung--val| Schnittstelle als Hotwire benutzen }} |dr}} || {{#var:Verwendung--desc| Die Schnittstelle eth2 der Spare-UTM wird als Hotwire gekennzeichnet. }}
| <i class="fas fa-check-circle fc__up"></i> <span class=Hover>synchronized</span> || {{#var:Synchronisationsstatus synchronized}}
|-
|-
| {{b| {{#var:lokale-ip|Lokale IP-Adresse:}} }} || {{ic|192.168.180.3/24}} || {{#var:spare--loakle-ip--desc| IP-Adresse der Spare-UTM, die für Hotwire verwendet werden soll. }}
| rowspan="2" | {{b|{{#var:Clusterstatus}} }} || {{#var:cluster--master}} <i class="fas fa-check-circle fc__up"></i> || {{#var:cluster--master--desc}}
|-
|-
| {{b| {{#var:remote-ip|Remote IP-Adresse:}} }} || {{ic|192.168.180.2}} || {{#var:spare--remote-ip| IP-Adresse der bereits konfigurierten Master-UTM, die als Hotwire angesprochen werden soll. }}
| class="no1cell" | {{#var:cluster--spare}} <i class="fas fa-clock fc__hint"></i> || {{#var:cluster--spare--desc}}
|-
|- class="noborder"
| class="Leerzeile noborder" colspan="4"| {{mobil|<hr>|<br>}}<i class="host utm">Spare</i> {{Menu | Netzwerk | {{#var:Clusterkonfiguration}} }} {{Reiter| {{#var:Einstellungen}} }}
| colspan=3 | {{Hinweis-box|{{#var:Manuelle Syncronisation--Hinweis}} }}
|- class="Leerzeile"
|
 
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|{{#var:Schnittstellen}} }}
|-
|-
| rowspan="2" | {{b|{{#var:lokaler-ssh-schlüssel|Lokaler SSH&#8209;Schlüssel:}} }} || {{Button | {{#var:cluster--ssh-button|Neuen lokalen SSH-Schlüssel generieren}} }} || {{#var:lokaler-ssh-schlüssel--spare--desc| SSH Public Key für die ''Spare-UTM'' erzeugen }} || rowspan="4" class="bild" | {{bild| {{#var:lokaler-ssh-schlüssel--spare--bild| UTM_v11.8.7_Netzwerk_Cluster-Config_Einstellungen-Spare.png }} | hochkant=1.5 | l={{#var:Abb}} 1.13}}
| LAN 1 ||  || <small>{{#var:cluster-schnittstellen DSL--eth0--desc}}</small>
| rowspan="8" class="Bild" | {{Bild|1={{#var:cluster-schnittstellen--bild}}|2={{#var:Beispiel DSL}}|3={{Host|Primary}}  {{#var:Clusterkonfiguration}}|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save}}
|-
|-
| {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] Q1/k=</nowiki><br>''<nowiki>root@spare.cluster.local</nowiki>''}} || {{#var:dont-copy-ssh| SSH-Schlüssel '''noch nicht''' in die Zwischenablage kopieren }}
| LAN2 || {{#var:cluster-schnittstellen--eth1}} || {{#var:cluster-schnittstellen--eth1--desc}}
|-
|-
| {{b| {{#var:gegenstelle--ssh-schlüssel| SSH&#8209;Schlüssel der Gegenstelle: }} }} || {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] zE0SU=</nowiki><br>''<nowiki>root@master.cluster.local</nowiki>''}} || {{#var:gegenstelle--ssh-schlüssel--desc| Public-SSH-Key der ''Master-UTM'' aus der Zwischenablage einfügen }}
| LAN3 || {{#var:cluster-schnittstellen--eth2}} || {{#var:cluster-schnittstellen--eth2--desc}}
|-
| {{b|{{#var:lokaler-ssh-schlüssel|Lokaler SSH&#8209;Schlüssel:}} }} || colspan="2" | {{#var:spare--copy-ssh| '''Jetzt''' den lokalen Public-SSh-Key der Spare-UTM in die Zwischenablage einfügen. }}
|-
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}{{#var:wechsel-auf| Wechsel auf }} <i class="host utm">Master</i> {{Menu | {{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} }} {{Reiter| {{#var:Einstellungen}} }}
| wg0 || {{#var:cluster-schnittstellen--deaktiviert}} ||  
|-
|-
| {{b| {{#var:gegenstelle--ssh-schlüssel|SSH&#8209;Schlüssel der Gegenstelle:}} }} || {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] Q1/k=</nowiki><br>''<nowiki>root@spare.cluster.local</nowiki>''}} || colspan="2" | {{#var:spare--paste-ssh| Public-Key der Spare-UTM aus der Zwischenablage einfügen. }} {{info| {{#var:spare--paste-ssh--info| Auf der ''Master-UTM'' ist entspicht die ''Spare-UMT'' der Gegenstelle }} }}
| wan0 || {{#var:cluster-schnittstellen--deaktiviert}} ||
|-
|-
| colspan="4" class="Leerzeile" | {{mobil|<hr>}}{{#var:ssh-auf-beiden-seiten| Auf beiden Seiten sollte sich nun ein lokaler SSH Schlüssel und jeweils der SSH Schlüssel der Gegenstelle gefinden. Speichern der Einstellungen auf beiden UTMs in diesem Dialog durch Betätigung der {{Button|Speichern}} Schaltfläche.  }}
| {{b|{{#var:Virtuelle IP-Adressen}} }} || {{Kasten|192.168.200.1/24|blau}} || {{#var:Virtuelle IP-Adressen--desc}}
|-
|-
| {{b|{{#var:Synchronisationsstatus}} }} ||<span style="color:{{Farbe|#E9C321;}}">⬤</span> ||colspan="2" | {{#var:Synchronisationsstatus--gelb--desc| Der Synchronisationsstatus sollte nun von rot zu orange wechseln. Das bedeutet, die beiden UTMs sehen sich über die Hotwire-Schnittstelle, jedoch ist die Konfiguration noch nicht synchronisiert. <br>{{Hinweis|! § Der Status wird in bestimmten Intervallen aktualisiert. In dem Reiter {{Reiter |Schnittstellen}} kann die Aktualisierung mit der Synchronisieren-Schaltfläche {{button||refresh}} manuell ausgelöst werden.|g}}  }}
| {{b|{{#var:Remote IP-Adressen}} }} || 192.168.180.3 || {{#var:Remote IP-Adressen--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile"
| colspan="3"| {{mobil|<hr>|<br>}}
<!--
|- class="noborder"
| colspan="4" | {{mobil|<hr>}}{{#var:ssh-auf-beiden-seiten}}
-->
|-
|-
| class="Leerzeile" colspan="3"|<i class="host utm">Master</i> {{button| {{#var:konfig-sync| Konfiguration synchronisieren }} }}
| {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-check-circle fc__up"></i> <span class=Hover>synchronized</span>||  {{#var:Synchronisationsstatus--success}}
<li class="list--element__alert list--element__hint">{{#var:Synchronisationsstatus--success--hinweis}}</li>
| class="Bild" rowspan=2 | {{Bild|1={{#var:Offline-synchronized--Bild}}|2={{#var:Beispiel DSL}}|3=<i class="host utm">Spare</i>|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save}}
|- class="Leerzeile"
|
<!--
|- class="Leerzeile"  
| colspan="3" | {{mobil|<hr>}}<br>
====== {{#var:cluster-aktivieren}} ======
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} & <i class="host utm">Spare</i> {{Menu-UTM|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | Management }}
|-
|-
| {{b|{{#var:Synchronisationsstatus}} }} || <span style="color:{{Farbe|#3EAB30;}}">⬤</span>||colspan="2" |  {{#var:Synchronisationsstatus--success| Wenn die Synchronisation erfolgreich abgeschlossen wurde, steht jetzt der Synchronisationsstatus auf grün. Die beiden UTMs sind abgeglichen.<br>Dieser Vorgang kann überprüft werden, indem auf der Spare-UTM eine Konfiguration aufgerufen wird, die im Master verändert wurde.<br>
-->
Die Cluster {{b|Priorität}} {{Menu|Netzwerk|Clusterkonfiguration}} {{Reiter|Einstellungen}} der Spare-UTM (Backup) wurde automatisch auf niedrig gestellt. }} <br>
{{Hinweis|! § {{#var:Synchronisationsstatus--success--hinweis| Würde die Priorität auf der jetzigen Spare-UTM auf hoch gestellt und von da aus auch die Konfiguration synchronisiert werden, würde die erste Maschine automatisch zum Spare degradiert und die vormals Spare-UTM zum Master. }} |g}}
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>}}<br>'''{{#var:cluster-aktivieren| Cluster aktivieren }}'''<br><i class="host utm">Master</i> & <i class="host utm">Spare</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Einstelungen}} }}
|-
| colspan="3" | <br>{{#var:externe-schnittstelle--dsl| Externe Interfaces an das DSL-Modem anschließen}} || class="bild" rowspan="4" | {{bild|{{#var:cluster-konfig--ergebnis--bild| UTM_v11.8.7_Cluster_Konfig_Ergebnis.png }}|hochkant=1.5| {{#var:Abb}} 1.14 }}
|-
| {{b|{{#var:Cluster| Cluster}}: }} || {{ButtonAn|{{#var:ein}} }} ||
{{#var:cluster-aktivieren--ein--desc| Dieser Schritt muss auf '''beiden UTMs''' ausgeführt werden. }}
|-
| rowspan="2" | {{b| {{#var:Clusterstatus}} }} || {{#var:cluster--master| Auf der Master-UTM: }} <span style="color:{{Farbe|#3EAB30;}}">⬤</span> || {{#var:cluster--master--desc| Der Cluster ist nun in Betrieb und der Master des Clusters hat unsere virtuelle IP-Adresse 192.168.200.1 auf dem internen Interface. }}
|-
| class="no1cell" | {{#var:cluster--spare| Auf der Spare-UTM: }} <span style="color:{{Farbe|#E9C321;}}">⬤</span> || {{#var:cluster--spare--desc| Die Spare-UTM läuft als Hot-Standby im Backup-Modus im Hintergrund }}
|}
|}


<div class="Einrücken">
{{#var:status--desc}}
</div>
----


{{#var:status--desc|Sollte der Status nicht sofort aktualisiert werden, kann das auch hier wieder über die Schaltfläche zum Aktualisieren {{Button||renew}} manuell ausgelöst werden. }}
=== {{#var:konfig--extern}} ===
<div class="Einrücken">
{{#var:konfig--extern--desc}}
</div>


----


=== {{#var:konfig--extern| Beispiel Konfiguration: Externer Router }} ===
==== {{#var:Netzwerkkonfiguration}} ====
{{#var:konfig--extern--desc| In diesem Beispiel wird eine Konfiguration mit einem externen Router beschrieben. Der Router ist das Gateway zum Internet. Eventuell wurde vom Provider ein öffentliches Netz zur Verfügung gestellt. In diesem Beispiel wird ein privates Netz verwendet. Die Vorgehensweise ist dann analog zum öffentlichen Netz. Hier werden nun zwei HA-Schnittstellen konfiguriert. Eine für die interne und eine für die externe Schnittstelle. }}
<div class="Einrücken">
{{#var:extern--nk--desc}}
<br>
{{#var:Netzwerkkonfiguration--extern--virtuelle-ip}}
<br>
{{Hinweis-box| {{#var:Netzwerkkonfiguration--hinweis}}
<br>
{{#var:Netzwerkkonfiguration--hinweis--dhcp}}|class=top|fs__icon=em2}}
</div>
 
 
==== {{#var:Vorbereitungen}} ====
 
===== {{#var:Inbetriebnahme}} =====
<div class="Einrücken">
{{#var:Inbetriebnahme--desc}}
</div>




==== {{#var:Netzwerkkonfiguration}} ====
===== {{#var:ip-hotwire}} =====


{{#var:extern--nk--desc| '''Erstes Mitglied…}}
{| class="sptable2 pd5 zh1 Einrücken"
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}} | {{#var:Netzwerkkonfiguration}} }} {{ic|LAN3}} → {{Button||w}} {{Reiter| {{#var:IP-Adressen}} }}
|-
| class=mw8 | {{b|{{#var:IP-Adressen}} }} || class=mw15 | {{ic|{{cb|192.168.180.2/24}} | cb|class=available}} {{Host|Primary}}|| {{#var:ip-adressen--desc}}
| rowspan="4" class="Bild" | {{Bild|1={{#var:cluster-schnittstelle--bild}}|2={{#var:Hotwire IP der}} {{Host|Primary}}|3=|4={{#var:Ethernet-Schnittstelle bearbeiten}}|5={{#var:Netzwerk}}|6={{#var:Netzwerkkonfiguration}}|icon=fa-floppy-disk-circle-xmark|icon2=fa-close}}
|- class="noborder"
|  colspan="3" | <br><i class="host utm">Spare</i> {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Netzwerkkonfiguration}} }} {{ic|LAN3}} → {{Button||w}} {{Reiter|{{#var:IP-Adressen}} }}
|-
| {{b|{{#var:IP-Adressen}} }} || {{ic|{{cb|192.168.180.3/24}} |cb|class=available}} <i class="host utm">Spare</i>|| {{#var:ip-adressen Spare--desc}}
|- class="Leerzeile"
|
|}


{{#var:Netzwerkkonfiguration--extern--virtuelle-ip| Die virtuellen IP-Adressen, die sich beide Mitglieder des Clusters teilen werden, sind die IP-Adressen 192.168.200.1/24 für die internen Schnittstellen und 192.168.175.101/24 für die extern Schnittstellen (zum Router).<br>
Die virtuelle IP-Adresse 192.168.200.1 ist das Standard-Gateway des internen Netzwerks. }}


===== {{#var:Hotwire-Schnittstelle verbinden}} =====
<div class="Einrücken">
{{#var:inbetriebnahme--hotwire--desc}}
</div>
----
----


==== {{#var:Inbetriebnahme|Inbetriebnahme der UTMs}} ====
 
{{#var:inbetriebnahme--extern--desc| Zur Inbetriebnahme des UTM-Clusters wird zunächst der Installationsassistent verwendet. Diese Einrichtung wird auf jeder UTM separat durchgeführt. Die Konfiguration der beiden UTMs unterscheidet sich bis zu diesem Zeitpunkt allein durch die interne und externe IP-Adresse. Im letzten Schritt des Installationsassistenten wird die Cluster-Lizenz ausgewählt. Nach Abschluss des Assistenten werden die UTMs neu gestartet. }}
{{Bild|{{#var:Beispiel Router default--Bild}} | {{#var:konfig--extern}} {{#var:Cluster-Konfiguration--cap}}||{{#var:Netzwerkkonfiguration}}|{{#var:Netzwerk}}|icon=fa-save|class=Bild-t}}
----
==== {{#var:Hotwire-Schnittstelle}} ====
{{#var:inbetriebnahme--hotwire--desc|Die UTMs werden nun physikalisch über die Hotwire-Schnittstelle verbunden. Diese muss auf den Maschinen den gleiche Port belegen, zum Beispiel LAN3/eth2.}}
----
==== {{#var:Cluster-Konfiguration}} ====
==== {{#var:Cluster-Konfiguration}} ====
<div class="Einrücken">
{{#var:Cluster-Konfiguration--desc}}
</div>


 
{{h-5|Primary-UTM}}
{| class="sptable2 pd5"
{| class="sptable2 pd5 zh1 Einrücken"
|+ {{#var:Cluster-Konfiguration}}
|+ {{#var:Cluster-Konfiguration}}
|- class="noborder"
| colspan="4" | {{#var:wizard1--head}} {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} }} {{#var:Schaltfläche}} {{Button-dialog|{{#var:Cluster Assistent}}|fa-wand-magic-sparkles}}
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 1 #################### -->
| colspan="3" |
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1}}
|-
|-
! colspan="3" | {{h5| Master-UTM |Master-UTM}}
| colspan=3 class=noborder | {{#var:Wizard Primary Schritt 1--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 1--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} |step=1|step--cap={{#var:Primary-Step1--cap}} }}
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 2 #################### -->
 
| colspan="3" id="{{#var:Schritt}}3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 2|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2}}
|-
|-
| class="Leerzeile" colspan="3" | '''{{#var:ip-hotwire|IP-Adresse der zukünftigen Hotwire-Schnittstelle}}'''<br><i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}} | {{#var:Netzwerkkonfiguration}} }} {{ic|eth2}} → {{Button||w}} {{Reiter|{{#var:IP-Adressen}} }}  
| {{b|{{#var:Hotwire-Schnittstelle}}: }} || {{ic|LAN3|dr|class=available}} || <li class="list--element__alert list--element__warning">{{#var:wizard1--hotwire--desc}}</li>  
| rowspan="4" class="Bild" | {{Bild|{{#var:Wizard Primary Schritt 2--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2 | step=2 | step--cap={{#var:Primary-Step2--cap}} }}
|-
|-
| {{b|{{#var:IP-Adressen:}} }} || style="min-width: 165px" |{{ic|{{cb|192.168.180.2/24}} |pd=5px 5px 2em 5px|lh=1.5em}} || {{#var:ip-adressen--desc|In der Clickbox wird die IP-Adresse der zukünftigen Hotwire-Schnittstelle hinzugefügt. <br>Im Beispiel bekommt LAN3/eth2 die IP-Adresse 192.168.180.2/24.}} || rowspan="1" class="bild" | {{bild|{{#var:cluster-schnittstelle--bild|UTM v11.8.7 Cluster Schnittstelle1.png}} |hochkant=1.5|l={{#var:Abb}} 1.4}}
| {{b|{{#var:lokale-ip}} }} || {{ic|192.168.180.2|rechts|icon=/24 |iconw=x|class=available}} || {{#var:wizard Primary Schritt 2--lokale-ip--desc}}
|-
|-
| class="hrzeile"|  {{hrzeile}}<br> {{#var:wizard1--head|Start des Cluster-Setup-Wizard unter}} <i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} }} {{button|{{#var:Cluster Assistent|cla}}|+}}<br>'''{{#var:Cluster Assistent|clus}} {{#var:Schritt|step}} 1'''
| {{b|{{#var:remote-ip}} }} ||  {{ic|192.168.180.3|rechts|icon=/--- |iconw=x|class=available}} || {{#var:wizard Primary Schritt 2--remote-ip--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 3 #################### -->
| colspan="3" id="{{#var:Schritt}}S2" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 3|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3}}
|-
|-
| {{b| {{#var:Hotwire-Schnittstelle}}|hw }} || {{Button|eth2: 192.168.180.2/24|dr}} || {{Hinweis|!|r}} {{#var:wizard1--hotwire--desc|Auf beiden Geräten muss die gleiche Schnitstelle gewählt werden!}} || rowspan="3" class="bild" | {{bild| {{#var:wizard1--hotwire--bild|UTM_v11.8.7_Cluster-Assistent_Schritt1.png}} | hochkant=1.5 | l={{#var:Abb}} 1.5}}
| {{b|{{#var:HA-Schnittstelle}}:}} || {{ic|{{cb|LAN1|-}} {{cb|LAN2|-}}|cb|class=available}} {{Hinweis-box|{{#var:neu ab}} v14.2.0: {{#var:mehrere Schnittstellen}} | gr | 14.2.4 | status=update}} || {{#var:Beispiel 2 wizard Primary Schritt 3--schnittstelle--desc}}
| rowspan="4" class="Bild" | {{Bild|{{#var:Wizard Router Primary Schritt 3--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3 | step=3 | step--cap={{#var:Primary-Step3--cap}} }}
|-
|-
| {{b| {{#var:lokale-ip|Lokale IP&#8209;Adresse:}} }} || {{ic| 192.168.180.2/24}} || {{#var:wizard1--lokale-ip--desc|IP-Adresse der Master-UTM}}
| {{b|{{#var:wizard2--virtuelle-ip}} }} || {{ic|{{cb|192.168.200.1/24 (LAN2) }} {{cb|192.168.10.201/24}} |cb |class=available}} || {{#var:wizard2--virtuelle-ip--desc}}
|-
|-
| {{b| {{#var:remote-ip|Remote IP&#8209;Adresse:}} }} || {{ic | 192.168.180.3 }} || {{#var:wizard1--remote-ip--desc|IP-Adresse der Hotwire-Gegenstelle (Spare-UTM) }}
| {{b|{{#var:Schnittstelle für neue IP-Adressen}} }} {{Hinweis-box||gr|14.2.4|status=update}}<small>{{#var:IP-Adresse manuell}}</small> || {{ic| LAN2 |dr|class=available}} || {{#var:IP-Adresse manuell--desc}}
|-
|-
| class="Leerzeile" colspan="3"| {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 2'''
| colspan="3" | <li class="list--element__alert list--element__warning">{{#var:wizard2--hinweis--dhcp}} {{info| {{#var:wizard2--hinweis--info}} }}</li>
<li class="list--element__alert list--element__hint">{{#var:wizard2--hinweis--ha}}</li>
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 4 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 4|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4}}
|-
|-
| {{ b| {{#var:Schnittstelle}} }} || {{Button|eth1|dr}} || {{#var:wizard2--schnittstelle--desc|Das zukünftige HA-Interface. Im Beispiel die interne Schnittstelle.}} || rowspan="3" class="bild" | {{bild|{{#var:wizard2--bild|UTM_v11.8.7_Cluster-Assistent_Schritt2.png}} |hochkant=1.5 | l={{#var:Abb}} 1.6}}
| {{b|{{#var:wizard Primary Schritt 4--Schnittstellen}} }} || {{ic| |cb|class=available}} || {{#var:wizard3--deaktivierte-non--desc}}  
| rowspan="3" class="Bild" | {{Bild|{{#var:Wizard Schritt 4b--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4 | step=4 | step--cap={{#var:Primary-Step4--cap}} }}
|-
|-
| {{b| {{#var:virtuelle-ip|Virtuelle IP&#8209;Adresse:}} }} || {{ic|192.168.200.1/24}} || {{#var:virtuelle-ip--desc|Die virtuelle IP-Adresse soll 192.168.200.1 sein. Es können auf einer HA-Schnittstelle auch mehrere virtuelle IP-Adressen liegen.}}
| {{b|{{#var:wizard Primary Schritt 4--Anwendungen}} }} || {{ic| {{cb|Clientless VPN|-}} {{cb|DHCP Server|-}} {{cb|Greylisting Filter|-}} {{cb|HTTP Proxy|-}} {{cb|IPSEC|-}} {{cb|L2TP VPN|-}} {{cb|Mailrelay|-}} {{cb|POP3 Proxy|-}} {{cb|Routing Daemon|-}} {{cb|SPF Filter|-}} {{cb|SSL-VPN|-}} {{cb|Spamfilter|-}} {{cb|WLAN Server|-}} |pd=5px}}<small>'''Default'''</small>  || {{#var:wizard Primary Schritt 4--deaktivierte Anwendungen--desc}}<br> {{Einblenden2| {{#var:Hinweis für Installationen vor}} 12.4.0 | {{#var:hide}} |true|info tolltip|{{#var:Wireguard Cluster-Hinweis}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 5 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 5|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5}}
|-
|-
|colspan="3" | {{Hinweis | ! § {{#var:wizard2--hinweis--dhcp|Bei Verwendung der UTM als DHCP-Server dürfen diese IP-Adressen nicht in der gleichen [http://de.wikipedia.org/wiki/Broadcast_Domain Broadcast Domain ] der anderen IP-Adressen liegen.}} {{info| {{#var:wizard2--hinweis--info|Der DHCP-Server würde sich sonst beim Fallback auf die Physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren.}} }} |r}}<br>{{Hinweis|! § {{#var:wizard2--hinweis--ha|Nachdem der Wizard durchlaufen wurde, können auch weitere HA-Schnittstellen konfiguriert werden.}} |g}}
| {{b|Passphrase:}} || {{ic|insecure|class=available}} || {{#var:wizard5--Passphrase--desc}}
| rowspan="2" class="Bild" | {{Bild|{{#var:Wizard Schritt 5--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5 | step=5 | step--cap={{#var:Primary-Step5--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 6 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 6|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6}}
|-
|-
| class="Leerzeile" colspan="3"| {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 3''' || class="noborder" |
| {{b|{{#var:Einstellung für die Spare}}:}} || {{ic|[Primary]<br>Hotwire Interface: LAN3<br>Remote UP adress: 192.168.180.3<br>...|tr-odd|class=available}} || {{#var:Einstellung für die Spare--desc}}
| rowspan="2" class="Bild" | {{Bild|{{#var:Wizard Schritt 6--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6 | step=6 | step--cap={{#var:Primary-Step6--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 1 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 1|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1}}
|-
|-
| colspan="2" | {{b|{{#var:wizard3--deaktivierte|Deaktivierte Schnittstellen während das Gerät im Backup Modus ist:}} }} || {{#var:wizard3--deaktivierte-non--desc| Schnittstellen, die auf dem Backup-System, der Spare-UTM, '''nicht''' hochgefahren werden. <!--********-->In dieser Konfiguration ist das '''nicht erforderlich''' }} || rowspan="1" class="bild" | {{bild| {{#var:wizard3b--bild| UTM_v11.8.7_Cluster-Assistent_Schritt3b.png }} |hochkant=1.5 | l={{#var:Abb}} 1.7}}
| colspan=3 class=noborder | {{#var:Wizard Spare Schritt 1--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 1--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 1 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Spare user}} | step=1 | step--cap={{#var:Spare-Step1--cap}} }}
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 2 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 2|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2}}
|-
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 4'''
| colspan=3 class=noborder | {{#var:Wizard Spare Schritt 2--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 2--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 2 | step=2 | step--cap={{#var:Spare-Step2--cap}} }}
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 3 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 3|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3}}
|-
|-
| colspan="2" | {{b|{{#var:wizard4--deaktivierte|Deaktivierte Anwendungen während das Gerät im Backup Modus ist:}} }}{{ic| {{cb|Clientless VPN|-}} {{cb|DHCP Server|-}} {{cb|Greylisting Filter|-}} {{cb|HTTP Proxy|-}} {{cb|IPSEC|-}} {{cb|L2TP VPN|-}} {{cb|Mailrelay|-}} {{cb|POP3 Proxy|-}} {{cb|Routing Daemon|-}} {{cb|SPF Filter|-}} {{cb|SSL-VPN|-}} {{cb|Spamfilter|-}} {{cb|WLAN Server|-}} |pd=5px}}<small>'''Default'''</small>  || {{#var:wizard4--deaktivierte--desc|Per Default sind hier Anwendungen aufgeführt, die, sofern sich die Spare-UTM im Backup-Modus befindet, deaktiviert sein sollen}} || rowspan="1" class="bild" | {{bild| {{#var:wizard4--bild|UTM_v11.8.7_Cluster-Assistent_Schritt4.png}} |hochkant=1.5 |l={{#var:Abb}} 1.8}}
| {{b|{{#var:Einstellung der Primary}}:}} || {{ic|[Primary]<br>Hotwire Interface: LAN3<br>Remote UP adress: 192.168.180.3<br>...|class=available}} || {{#var:Einstellung der Primary--desc--ohneLink}} {{f|Ohne Link, weil der Link zu Bsp1 führt}}
| rowspan=2 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 3--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 3 | step=3 | step--cap={{#var:Spare-Step3--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 4 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 4|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4}}
|-
|-
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}'''{{#var:Cluster Assistent}} {{#var:Schritt}} 5'''
| colspan=3 class=noborder | <li class="list--element__alert list--element__positiv">{{#var:Werte automatisch gesetzt--Hinweis}}</li>
| rowspan=4 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 4--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 4 | step=4 | step--cap={{#var:Spare-Step4--cap}} }}
|-
|-
| {{b|{{#var:Priorität}} }} || {{Button|{{#var:Hoch}}|dro}} || {{#var:wizard5--priorität--desc|Die Master-UTM erhält die Priorität »hoch«.}} || rowspan="3" class="bild" | {{bild| {{#var:wizzard5--bild|UTM_v11.8.7_Cluster-Assistent_Schritt5.png}}|hochkant=1.5 |l={{#var:Abb}} 1.9}}
| {{b|{{#var:lokale-ip}} }} || {{ic|192.168.180.3|rechts|icon=/24 |iconw=x|class=available}} || {{#var:spare wizard4--lokale-ip--desc}}
|-
|-
| {{b|{{#var:wizard5--Passphrase}} }} || {{ic|insecure}} || {{#var:wizard5--Passphrase--desc|Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll) }}
| {{b|{{#var:remote-ip}} }} || {{ic|192.168.180.2|rechts|icon=/--- |iconw=x|class=available}} || {{#var:spare wizard4--remote-ip--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 5 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 5|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5}}
|-
|-
| class="hrzeile no1cell" colspan="3" | {{#var:wizard5--fertig|Cluster Assistent abschließen mit {{Button| Fertig }} }}
| colspan=3 class=noborder | <li class="list--element__alert list--element__positiv">{{#var:Werte automatisch gesetzt--Hinweis}}</li>
| rowspan=4 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 5--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 5 | step=5 | step--cap={{#var:Spare-Step5--cap}} }}
|-
|-
| class="hrzeile"|  {{hrzeile}}<br><i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Schnittstellen}} }}
| {{b|Passphrase: }} || {{ic|insecure|class=available}} || {{#var:wizard5--Passphrase--desc}}
|-
|-
|{{ic|eth0|bc=#EDEDED;| c=#444444;}} ||<small>{{#var:cluster-schnittstellen--eth0| (Schnittstelle ist noch nicht für HA konfiguriert) }}</small> || {{#var:cluster-schnittstellen--eth0--desc| ''IP-Adresse'' 192.168.175.102/24 }} || rowspan="5" class="bild" | {{bild|{{#var:cluster-schnittstellen-extern--bild| UTM_v11.8.7_Cluster_Konfig-exr.png }}|hochkant=1.5|l={{#var:Abb}} 1.10}}
| {{b|{{#var:Schlüssel der Gegenstelle}}:}} || {{ic|ssh-rsa AAAABNza...|cb|class=available}} || {{#var:spare wizard 5-Schlüssel der Gegenstelle--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Spare | Schritt 6 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Spare {{#var:Cluster Assistent}} {{#var:Schritt}} 6|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6}}
|-
|-
| {{ic|eth1|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--eth1|Schnittstelle benutzt für '''High Availability'''}} || {{#var:cluster-schnittstellen--eth1--desc--desc|''Virtuelle&nbsp;IP-Adresse: ''192.168.200.1/24<br>''IP-Adresse:'' 192.168.100.2/24 }}
| {{b|{{#var:Einstellung für die Primary}}:}} || {{ic|[Spare]<br>Local SSH Key: ssh-rsa AAAAB3Nza...|tr-odd|class=available}} || {{#var:Einstellung für die Primary--desc}}
| rowspan=2 class="Bild" | {{Bild|{{#var:Wizard Spare Schritt 6--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 6  | step=6 | step--cap={{#var:Spare-Step6--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 7 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 7|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7}}
|-
|-
| {{ic|eth2|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--eth2|Schnittstelle wird benutzt als '''Hotwire'''}} || {{#var:cluster-schnittstellen--eth2--desc|IP-Adresse 192.168.180.2/24}}
| colspan=3 class=noborder | <li class="list--element__alert list--element__warning">{{#var:Wechsel zur Master--Hinweis}}</li>
| rowspan="3" class="Bild" | {{Bild|{{#var:Wizard Schritt 7--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Primary user}} | step=7 | step--cap={{#var:Primary-Step7--cap}} }}
|-
|-
| {{ic|wan0|bc=#EAE0E0;| c=#444444;}} || {{#var:cluster-schnittstellen--wan0|Schnittstelle ist '''beim Backup deaktiviert'''}} ||
| {{b|{{#var:Einstellung der Spare}}:}} || {{ic|[Spare]<br>Local SSH Key: ssh-rsa AAAAB3Nza...|class=available}} || {{#var:Einstellung der Spare--desc}}
|- class="Leerzeile"
|
|- class="Leerzeile" <!-- #################### Beispiel 2 | Primary | Schritt 8 #################### -->
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary {{#var:Cluster Assistent}} {{#var:Schritt}} 8|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 8}}
|-
|-
| {{b|{{#var:Clusterstatus}} }} || <span style="color:{{Farbe|#515151;}}">⬤</span> ||  {{#var:cluster-schnittstellen--clusterstatus--desc|Der Clusterstatus zeigt noch keinen Zustand an, weil der Cluster noch nicht auf aktiv geschaltet ist.}}
| {{b|{{#var:Schlüssel der Gegenstelle}}:}} || {{ic|ssh-rsa AAAAB3Nza...|cb|class=available}} || {{#var:Master Wizard9-Schlüssel der Gegenstelle--desc}}
| rowspan=2 class="Bild" | {{Bild|{{#var:Wizard Schritt 8--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 8 | step=8 | step--cap={{#var:Primary-Step8--cap}} }}
|- class="Leerzeile"
|
|- class="Leerzeile"
| colspan="3" | {{mobil|<hr>|<br>}}
{{h-5|Primary & Spare {{#var:Cluster Assistent}} {{#var:Abschluss}}|{{Host|Primary & Spare}} {{#var:Cluster Assistent}} {{#var:Abschluss}} }}
|- <!-- #################### Beispiel 2 | Primary | Schritt 9 #################### -->
| rowspan=2 colspan=3 class=noborder | {{#var:Wizard Abschluss--desc}}
| class="Bild" | {{Bild|{{#var:Wizard Schritt 9--Bild}}|{{#var:Beispiel Router}}|{{Host|Primary}} {{#var:Cluster Assistent}} {{#var:Schritt}} 9 | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Primary user}} | step=9 | step--cap={{#var:Primary-Step9--cap}} | last=true }}
|- <!-- #################### Beispiel 2 | Spare | Schritt 7 #################### -->
| class="Bild | {{Bild|{{#var:Wizard Spare Schritt 7--Bild}}|{{#var:Beispiel Router}}|{{Host|Spare}} {{#var:Cluster Assistent}} {{#var:Schritt}} 7  | {{#var:Cluster Assistent}}|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} | firewall-user={{#var:Spare user}} | step=7 | step--cap={{#var:Spare-Step7--cap}} | last=true }}
|- class="Leerzeile"
| colspan="3" | {{hrzeile}}
====== {{#var:Status der Clusterkonfiguration}} ======
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|{{#var:Schnittstellen}} }}
|-
|-
| {{b|{{#var:Synchronisationsstatus}} }} || <span style="color:{{Farbe|#DD463E;}}">⬤</span> || {{#var:cluster-schnittstellen--sync--desc|Der Synchronisationsstatus steht auf rot, weil die Gegenstelle nicht erreichbar ist.}}
| LAN1 ||{{#var:cluster-schnittstellen--eth0}} || {{#var:cluster-schnittstellen--eth0--desc}}
| rowspan="5" class="Bild" | {{Bild|{{#var:cluster-schnittstellen-extern--bild}}|2={{#var:Beispiel Router}}|3={{Host|Primary}}  {{#var:Clusterkonfiguration}}|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save}}
|-
|-
| class="Leerzeile" colspan="3"| {{mobil|<hr>|<br>}}<br><i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Einstelungen}} }}
| LAN2 || {{#var:cluster-schnittstellen--eth1}} || {{#var:cluster-schnittstellen--eth1--desc}}
|-
|-
| rowspan="2" | {{b|{{#var:lokaler-ssh-schlüssel|Lokaler SSH&#8209;Schlüssel:}} }} || {{Button | {{#var:cluster--ssh-button|Neuen lokalen SSH-Schlüssel generieren}} }} || {{#var:cluster--ssh-button--desc|Im Reiter {{ Reiter | Einstellungen}} wird ein SSH Public Key erzeugt.}} || rowspan="2" class="bild" | {{bild| {{#var:cluster--einstellungen--bild|UTM_v11.8.7_Netzwerk_Cluster-Config_Einstellungen.png}} | hochkant=1.5 | l={{#var:Abb}} 1.11}}
| LAN3 || {{#var:cluster-schnittstellen--eth2}} || {{#var:cluster-schnittstellen--eth2--desc}}
|-
|-
| {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] zE0SU=</nowiki><br>''<nowiki>root@master.cluster.local</nowiki>''}} || {{#var:cluster--einstellungen--ssh--desc|SSH-Schlüssel in die Zwischenablage kopieren}}
| {{b|{{#var:Virtuelle IP-Adressen}} }} || {{Kasten|192.168.200.1/24|blau}} || {{#var:Virtuelle IP-Adressen--desc}}
|-
|-
| class="Leerzeile noborder" colspan="4"| <hr>
| {{b|{{#var:Remote IP-Adressen}} }} || 192.168.180.3 || {{#var:Remote IP-Adressen--desc}}
|-
|-
! colspan="3"| {{h5|Spare-UTM | Spare UTM}} </td><td class="noborder" style="border-top: 0;">
| {{b|{{#var:Clusterstatus}} }} || <i class="fas fa-times-circle fc__down"></i> </i> <span class=Hover>offline</span>||  {{#var:cluster-schnittstellen--clusterstatus--desc}}
|-
|-
| colspan="3" class="Leerzeile" | <br>{{#var:spare--login|Login über die IP-Adresse 192.168.180.3 auf das Web-Interface der Spare-UTM.}}<br><i class="host utm">Spare</i> {{Menu| {{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Schnittstellen}} }}
| {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-exclamation-circle fc__error"></i> </i> <span class=Hover>error</span> || {{#var:cluster-schnittstellen--sync--desc}}
|- class="Leerzeile"
| colspan="3" | {{mobil|<hr>|<br>}}
<!--
|- class="Leerzeile"
| colspan="3" | {{mobil|<hr>|<br>}} {{#var:wechsel-auf}} {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|{{#var:Einstellungen}} }}
|-
|-
| {{b|{{#var:Name}} }} || eth2 || {{ic|eth2}} {{b| |w}} {{#var:interface--edit|Schnittstelle bearbeiten}} || rowspan="4" class="bild" | {{bild|{{#var:interface--edit--bild|UTM_v11.8.7_Netzwerk_Cluster-Config_UTM2_eth2.png}}|hochkant=1.5 |l={{#var:Abb}} 1.12}}
| {{b|SSH&#8209;{{#var:gegenstelle--ssh-schlüssel}} }} || {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] Q1/k=</nowiki><br> ''<nowiki>root@spare.cluster.local</nowiki>''|class=available}} || colspan="2" | {{#var:spare--paste-ssh}} {{info|{{#var:spare--paste-ssh--info}} }}
|- class="Leerzeile"
| colspan="4" | {{mobil|<hr>}}{{#var:ssh-auf-beiden-seiten}}
-->
|-
|-
| {{b|{{#var:Verwendung}} }} || {{ button| {{#var:verwendung--val|Schnittstelle als Hotwire benutzen}}|dr}} || {{#var:verwendung--desc|Die Schnittstelle eth2 der Spare-UTM wird als Hotwire gekennzeichnet.}}
| {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-clock fc__hint"></i> <span class=Hover>pending</span>||colspan="2" |  {{#var:Synchronisationsstatus--gelb--desc}}
<li class="list--element__alert list--element__hint">{{#var:Status aktualisieren}}</li>
<li class="list--element__alert list--element__warning">{{#var:Manuelle Syncronisation--Hinweis}}</li>
<!--
|- class="Leerzeile"
| colspan="3" |  
====== {{#var:externe-schnittstelle--ha}} ======
|- class="Leerzeile"
| colspan="3" | {{Alert}} {{Host|Primary}} & <i class="host utm">Spare</i> {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}} }} <span class="even pd5">LAN1</span> {{button| |w}}  
|-
|-
| {{b| {{#var:lokale-ip|Lokale IP-Adresse}} }} || {{ic|192.168.180.3/24}} || {{#var:spare--lokale-ip--desc|IP-Adresse der Spare-UTM, die für Hotwire verwendet werden soll.}}
| {{b|Name:}} || {{ic|LAN1|class=odd}} || {{#var:externe-schnittstelle--ha--router}}
|  rowspan="4" class="Bild" | {{Bild|{{#var:externe-schnittstelle--ha--bild}} |2={{#var:Beispiel Router}}|3={{Host|Primary}} & <i class="host utm">Spare</i>|4={{#var:Schnittstelle bearbeiten}}|5={{#var:Netzwerk}}|6={{#var:Clusterkonfiguration}}|icon=fa-floppy-disk-circle-xmark|icon2=fa-close}}
|-
|-
| {{b| {{#var:remote-ip|Remote IP-Adresse:}} }} || {{ic|192.168.180.2}} || {{#var:spare--remote-ip--desc|IP-Adresse der bereits konfigurierten Master-UTM, die als Hotwire angesprochen werden soll.}}
| {{b|{{#var:Verwendung}} }} || {{button|{{#var:verwendung--schnittstelle--ha--val}}|dr}} || {{#var:verwendung--schnittstelle--ha--desc}}
|-
|-
| class="Leerzeile noborder" colspan="4"| {{mobil|<hr>|<br>}}<i class="host utm">Spare</i> {{Menu | {{#var:Netzwerk}} |{{#var:Clusterkonfiguration}} | {{#var:Einstellungen}} }}
| {{b|{{#var:virutelle-ip|Virtuelle IP-Adressen:}} }} || {{ic|{{cb|192.168.175.101/24}} | pd=5px 5px 2em 5px |class=available}} || {{#var:virtuelle-ip--router}}
|-
|- class="Leerzeile"
| rowspan="2" | {{b|{{#var:lokaler-ssh-schlüssel|Lokaler SSH&#8209;Schlüssel:}} }} || {{Button | {{#var:cluster--ssh-button|Neuen lokalen SSH-Schlüssel generieren}} }} || {{#var:cluster--ssh-button--desc|SSH Public Key für die ''Spare-UTM'' erzeugen}} || rowspan="4" class="bild" | {{bild| {{#var:lokaler-ssh-schlüssel--spare--bild|UTM_v11.8.7_Netzwerk_Cluster-Config_Einstellungen-Spare.png}} | hochkant=1.5 | l={{#var:Abb}} 1.13}}
| colspan="3" | {{a|3}}
|-
|
| {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] Q1/k=</nowiki><br>''<nowiki>root@spare.cluster.local</nowiki>''}} || {{#var:dont-copy-ssh|SSH-Schlüssel '''noch nicht''' in die Zwischenablage kopieren}}
-->
|-
|- class="Leerzeile"
| {{b| {{#var:gegenstelle--ssh-schlüssel|SSH&#8209;Schlüssel der Gegenstelle:}} }} || {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] zE0SU=</nowiki><br>''<nowiki>root@master.cluster.local</nowiki>''}} || {{#var:gegenstelle--ssh-schlüssel--desc|Public-SSH-Key der ''Master-UTM'' aus der Zwischenablage einfügen}}
| colspan="3" | <li class="list--element__alert list--element__positiv">{{#var:Bereich Management--Hinweis}}</li>
<!--
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} {{#var:Reiter}} {{Reiter|Management}}
|-  
|-  
| {{b|{{#var:lokaler-ssh-schlüssel|Lokaler SSH&#8209;Schlüssel:}} }} || colspan="2" | {{#var:spare--copy-ssh|'''Jetzt''' den lokalen Public-SSh-Key der Spare-UTM in die Zwischenablage einfügen.}}
| {{b|{{#var:konfig-sync}} }} || {{Button||class=fas fa-retweet icon2 }} || {{#var:Konfiguration synchronisieren--desc}}
|-
| class="Bild" rowspan="3" | {{Bild|{{#var:Offline-synchronized--Bild}} |l=<span class="small inline-start">{{#var:Beispiel Router}}</span>  <i class="host utm">Spare</i> {{#var:Offline-synchronized--cap}} }}
| class="Leerzeile" colspan="3" | {{mobil|<hr>|<br>}}{{#var:Wechsel-auf}} <i class="host utm">Master</i> {{Menu | {{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Einstellungen}} }}
|-
| {{b| {{#var:gegenstelle--ssh-schlüssel|SSH&#8209;Schlüssel der Gegenstelle:}} }} || {{ic| <nowiki>ssh-rsa</nowiki><br><nowiki>AAAAB3Nz […] Q1/k=</nowiki><br>''<nowiki>root@spare.cluster.local</nowiki>''}} || colspan="2" | {{#var:spare--paste-ssh|Public-Key der Spare-UTM aus der Zwischenablage einfügen.}} {{info| {{#var:spare--paste-ssh--info|Auf der ''Master-UTM'' entspicht die ''Spare-UMT'' der Gegenstelle}} }}
|-
| colspan="4" class="Leerzeile" | {{mobil|<hr>}}{{#var:ssh-auf-beiden-seiten|Auf beiden Seiten sollte sich nun ein lokaler SSH Schlüssel und jeweils der SSH Schlüssel der Gegenstelle gefinden. Speichern der Einstellungen auf beiden UTMs in diesem Dialog durch Betätigung der {{Button|Speichern}} Schaltfläche.}}
|-
| {{b|{{#var:Synchronisationsstatus}} }} ||<span style="color:{{Farbe|#E9C321;}}">⬤</span> || colspan="2" |  {{#var:Synchronisationsstatus--gelb--desc|Der Synchronisationsstatus sollte nun von rot zu orange wechseln. Das bedeutet, die beiden UTMs sehen sich über die Hotwire-Schnittstelle, jedoch ist die Konfiguration noch nicht synchronisiert. <br>{{Hinweis|!|g}} Der Status wird in bestimmten Intervallen aktualisiert. In dem Reiter {{Reiter |Schnittstellen}} kann die Aktualisierung mit der Synchronisieren-Schaltfläche {{button||refresh}} manuell ausgelöst werden.}}
|-
| class="Leerzeile" colspan="3"| <i class="host utm">Master</i>
|-
|-
| {{b|{{#var:Synchronisationsstatus}} }} || <span style="color:{{Farbe|#3EAB30;}}">⬤</span>||colspan="2" |  {{#var:Synchronisationsstatus--success|Wenn die Synchronisation erfolgreich abgeschlossen wurde, steht jetzt der Synchronisationsstatus auf grün. Die beiden UTMs sind abgeglichen.<br>Dieser Vorgang kann überprüft werden, indem auf der Spare-UTM eine Konfiguration aufgerufen wird, die im Master verändert wurde.<br>
| {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-check-circle fc__up"></i> <span class=Hover>synchronized</span>||  {{#var:Synchronisationsstatus--success}} <br> <li class="list--element__alert list--element__hint">{{#var:Synchronisationsstatus--success--hinweis}}</li>
Die Cluster {{b|Priorität}} {{Menu|Netzwerk|Clusterkonfiguration}} {{Reiter|Einstellungen}} der Spare-UTM (Backup) wurde automatisch auf niedrig gestellt.}} <br>
-->
{{Hinweis|! § {{#var:Synchronisationsstatus--success--hinweis| Würde die Priorität auf der jetzigen Spare-UTM auf hoch gestellt und von da aus auch die Konfiguration synchronisiert werden, würde die erste Maschine automatisch zum Spare degradiert und die vormals Spare-UTM zum Master.}} |g}}
|-
|-
| class="Leerzeile" colspan="3"| '''{{#var:externe-schnittstelle--ha| Externe Schnittstelle auf HA-Betrieb konfigurieren }}'''<br><i class="host utm">Master</i> {{Menu| {{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} }} {{ic|eth0|bc=&#EDEDED;}} {{button| |w}}  
| {{b|{{#var:Synchronisationsstatus}} }} || <i class="fas fa-check-circle fc__up"></i> <span class=Hover>synchronized</span>||  {{#var:Synchronisationsstatus--success}}<br> <li class="list--element__alert list--element__hint">{{#var:Synchronisationsstatus--success--hinweis}}</li>
| class="Bild" rowspan="2" | {{Bild|1={{#var:Offline-synchronized--Bild}}|2={{#var:Beispiel Router}}|3=<i class="host utm">Spare</i>|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save}}
|- class="Leerzeile"
|
|- class="Leerzeile"
| colspan="3" | {{mobil|<hr>}}<br>
====== {{#var:cluster-aktivieren}} ======
|- class="Leerzeile"
| colspan="3" | {{Host|Primary}} & <i class="host utm">Spare</i> {{Menu-UTM|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | Management }}
|-
|-
| {{b|{{#var:Name}} }} || eth0 || {{#var:externe-schnittstelle--ha--router| Externe Schnittstelle zum Router }} ||  rowspan="3" class="bild" | {{bild|  {{#var:externe-schnittstelle--ha--bild| UTM_v11.8.7_Cluster_Konfig-exr_eth0.png }} |hochkant=1.5|l={{#var:Abb}} 1.26}}
| {{b|Cluster}} || {{ButtonAn|{{#var:ein}} }} → {{Button-dialog||fa-save|hover={{#var:Speichern}} }}|| {{#var:cluster-aktivieren--ein--desc}}
| class="Bild" rowspan="5" | {{Bild|1={{#var:cluster-konfig--ergebnis-master--bild}}|2={{#var:Beispiel Router}}|3={{Host|Primary}} Status nach Aktivierung des Clusters|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save|firewall-user={{#var:aktiver Pfad}}}}
{{Bild|1={{#var:cluster-konfig--ergebnis-spare--bild}}|2={{#var:Beispiel Router}}|3=<i class="host utm">Spare</i>  Status nach Aktivierung des Clusters|4={{#var:Clusterkonfiguration}}|5={{#var:Netzwerk}}|icon=fa-save|firewall-user={{#var:passiver Pfad}}|dialog-class=passiv|class=mt1em}}
|-
|-
| {{b| {{#var:Verwendung:}} }} || {{button|{{#var:verwendung--schnittstelle--ha--val| Schnittstelle für High Availability benutzen }}|dr}} || {{#var:verwendung--schnittstelle--ha--desc| Hochverfügbarkeit konfigurieren }}
| rowspan="2" | {{b|{{#var:Clusterstatus}} }} || {{#var:cluster--master}} <i class="fas fa-check-circle fc__up"></i> || {{#var:cluster--master--desc}}
|-
|-
| {{b| {{#var:virutelle-ip|Virtuelle IP-Adressen:}} }} || {{ic| {{cb|192.168.175.101/24}} | pd=5px 5px 2em 5px }} || {{#var:virtuelle-ip--router| Virtuelle IP-Adresse aus dem Netz des Routers }}
| class="no1cell" | {{#var:cluster--spare|Auf der Spare-UTM:}} <i class="fas fa-clock fc__hint"></i> || {{#var:cluster--spare--desc}}
|-
|- class="Leerzeile"
| class="Leerzeile" colspan="3" | {{button|{{#var:Speichern}} }} {{button|{{#var:konfig-sync|Konfiguration synchronisieren}} }} <br><br>{{mobil|<hr>}}<br>'''{{#var:cluster-aktivieren}}'''<br><i class="host utm">Master</i> & <i class="host utm">Spare</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | {{#var:Einstelungen}} }}
| colspan="3" | {{Hinweis-box|{{#var:Manuelle Syncronisation--Hinweis}} }}
|-
|- class="Leerzeile"
| {{b|{{#var:Cluster}} }} || {{ButtonAn|{{#var:ein}} }} → {{button| {{#var:Speichern}} }}|| {{#var:cluster-aktivieren--ein--desc|Dieser Schritt muss auf '''beiden UTMs''' ausgeführt werden. }} ||  class="bild" rowspan="3" | {{bild|{{#var:cluster--extern--konfig--ergebnis--bild| UTM_v11.8.7_Cluster_Konfig-exr_Ergebnis.png }} |hochkant=1.5|l={{#var:Abb}} 1.14}}
|
|-
| rowspan="2" | {{b| {{#var:Clusterstatus}} }} || {{#var:cluster--master|Auf der Master-UTM:}} <span style="color:{{Farbe|#3EAB30;}}">⬤</span> || {{#var:cluster--master--desc|Der Cluster ist nun in Betrieb und der Master des Clusters hat unsere virtuelle IP-Adresse 192.168.200.1 auf dem internen Interface.}}
|-
| class="no1cell" | {{#var:cluster--spare|Auf der Spare-UTM:}} <span style="color:{{Farbe|#E9C321;}}">⬤</span> || {{#var:cluster--spare--desc|Die Spare-UTM läuft als Hot-Standby im Backup-Modus im Hintergrund}}
|}
|}
----
----




=== NAT in der Cluster-Konfiguration ===
=== {{#var:NAT in der Cluster-Konfiguration}} ===
<p>In beschrieben Konstellationen mit externen HA-Schnittstellen ist es sinnvoll die NAT Einstellungen anzupassen.{{info|Die Ausfallzeit des Clusters wird reduziert, da keine neue IP-Adressen für die Kommunikation vergeben werden müssen.}} <br>
<div class="Einrücken">
Wir beziehen uns hier auf das Beispiel „Cluster Konfiguration: Externer Router“.</p>
{{#var:NAT in der Cluster-Konfiguration--desc}}


<p>Die externe virtuelle IP-Adresse des Clusters ist in der selben Broadcast Domain wie die externen IP-Adressen der Schnittsellen.<br>
{{pt3|UTM_v11.8.7_Cluster_tcpdump.png|hochkant=2|{{#var:tcpdump--bild--cap }} }}
Die Standardroute der UTMs zeigt auf den Router der die Internet Verbindung herstellt.</p>


{| class="sptable"
{| class="sptable"
|-
|-
| {{#var:externe-ip| Externe IP UTM }} 1 <i class="host utm">Master</i> || 192.168.175.102/24
| {{#var:externe-ip}} 1 {{Host|Primary}} || 192.168.175.102/24
|-
|-
| {{#var:externe-ip|Externe IP UTM}} 2 <i class="host utm">Spare</i>  || 192.168.175.103/24
| {{#var:externe-ip}} 2 <i class="host utm">Spare</i>  || 192.168.175.103/24
|-
|-
| {{#var:virtuelle-ip--cluster| Virtuelle IP Cluster }} {{spc|cb|s|Cluster}}||192.168.175.101/24
| {{#var:virtuelle-ip--cluster}} {{spc|cb|s|Cluster}}||192.168.175.101/24
|-
|-
| {{#var:ip--router| IP des Routers }} || 192.168.175.1/24
| {{#var:ip--router}} || 192.168.175.1/24
|}
|}


{{pt3|UTM_v11.8.7_Cluster_tcpdump.png|hochkant=2|{{#var:tcpdump--bild--cap| tcpdump auf master.cluster.local }} }}
{{#var:tcpdump--desc}}
<p>{{#var:tcpdump--desc| Die UTM 1 ist der Master und besitzt die virtuelle IP-Adresse.<br>
</div>
Setzt man nun einen ping aus dem internen Netz auf die IP-Adresse des Routers ab, sieht man nebenstehendes im tcpdump der UTM1 auf dem externen Interface.</p>


<p>Der Ping wird vom Client im Standard-Regelwerk ''nicht über die virtuelle IP-Adresse'' des Clusters geNATet, sondern über die ''dem Master eindeutige IP-Adresse 192.168.175.102.''<br>
{| class="sptable2 pd5 zh1 Einrücken"
Das kommt zustande, weil die eindeutige IP-Adresse die erste IP auf der Schnittstelle ist und der Router sich in der gleichen Broadcast Domain befindet. Wechselt der Cluster auf das Backup System, wird dort nicht mehr die IP-Adresse der externen Schnittstelle der <i class="host utm">Master</i>-UTM 192.168.175.102 stehen, sondern die IP-Adresse der externen Schnittstelle der <i class="host utm">Spare</i>-UTM 192.168.175.103. </p>  }}
| class="noborder" | {{#var:cluster--netzwerkobjekt--desc}}
<br clear=all>
| class="Bild" rowspan="2" | {{Bild|{{#var:cluster--netzwerkobjekt--bild}}||3={{Host|Primary}}|4={{#var:Netzwerkobjekt hinzufügen}}|5=Firewall|6={{#var:Netzwerkobjekte}}|icon=fa-save|icon2=fa-floppy-disk-circle-xmark|icon3=fa-close|firewall-user={{#var:aktiver Pfad}} }}
{{pt3|{{#var:cluster--netzwerkobjekt--bild| UTM_v11.8.7_Cluster_Netzwerkobjekt-HA.png }}|hochkant=1}}
|- class=Leerzeile
<p>{{#var:cluster--netzwerkobjekt--desc| Um das zu ändern wird im Menü <i class="host utm">Master</i> {{Menu|Firewall|Portfilter}} im Reiter {{Reiter|Netzwerkobjekte}} ein neues Objekt mit der virtuellen IP-Adresse auf dem Cluster Interface erstellt.  }}
|
|- class="noborder"
| {{#var:cluster regel--desc}}
| class="Bild" rowspan="3" | {{Bild|{{#var:cluster--regel--detail--bild}}||3={{Host|Primary}}|4={{#var:Regel bearbeiten}}|5=Firewall|6={{#var:Paketfilter}}|icon=fa-floppy-disk-circle-xmark|icon2=fa-close|firewall-user={{#var:aktiver Pfad}}}}
|- class="noborder"
|
* {{#var:cluster--regel--detail--bild--desc}}
* {{Button-dialog||fa-floppy-disk-circle-xmark|hover={{#var:Speichern und schließen}} }}
* {{Button-dialog|{{#var:regel-aktualisieren}}|fa-play}}
* {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|Management}} → {{b|{{#var:Synchronisationsstatus}}:}} {{Button||class=fas fa-paper-plane-top}}
|- class="Leerzeile"
|
|}


<br clear=all>
<!--
{{Gallery3|{{#var:cluster--regel--bild| UTM_v11.8.7_Cluster_Regel.png }}| {{#var:cluster--regel--cap| Anschließend wird im Reiter {{Reiter| Portfilter}} die entsprechende HideNAT-Regel bearbeitet. In Beispiel die Regel Nummer 7. }} | {{#var:cluster--regel--detail--bild| UTM_v11.8.7_Cluster_Regel2.png }} | {{#var:cluster--regel--detail--bild--desc| Das Objekt {{button|external-interface|dr}} wird durch das gerade erstellte Objekt {{button|HA-Externe-IP|dr}} ersetzt. }}
{{Gallery3|{{#var:cluster--regel--bild}}| {{#var:cluster--regel--cap}} | {{#var:cluster--regel--detail--bild}} | {{#var:cluster--regel--detail--bild--desc}}
| i=2}}
| i=2}}


<br>
{{Button|{{#var:Speichern}} }} {{Button|{{#var:Schließen}} }} {{Button|{{#var:regel-aktualisieren}}|play}} {{Host|Primary}} {{Menu-UTM|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} || {{#var:konfig-sync}} }}
{{Button|{{#var:Speichern}} }} {{Button | {{#var:Schließen}} }} {{Button|{{#var:regel-aktualisieren| Regel aktualisieren }}|play}} <i class="host utm">Master</i> {{Menu|{{#var:Netzwerk}} | {{#var:Clusterkonfiguration}} | | {{#var:Konfiguration synchronisieren}} }}
-->
 


{{pt3|{{#var:cluster--tcpdump2--bild| UTM_v11.8.7_Cluster_tcpdump2.png}}|hochkant=2 | {{#var:cluster--tcpdump2--cap| tcpdump }} }}
{{Bild|{{#var:cluster--tcpdump2--bild}}|tcpdump|class=Bild-t}}
{{#var:cluster--tcpdump2--desc| Wird der Ping-Test jetzt wiederholt, wird die Cluster-IP 192.168.175.101 verwendet. }}<br>
{{#var:cluster--tcpdump2--desc}}<br>


{{Hinweis| ! § {{#var:hinweis--tcpdump--ping| Wenn der Ping auf den Router ohne Unterbrechung lief, ist dieser noch im Conntrack gespeichert, der Ping wird also noch über die falsche IP-Adresse geNATet.<br>Der Ping muss unterbrochen werden. Nach frühestens 30 Sekunden. kann der Ping dann neu gestartet werden. }} |g}}
<li class="list--element__alert list--element__hint">{{#var:hinweis--tcpdump--ping}}</li>
<br clear=all>
<br clear=all>
 
{{Hinweis-box| {{#var:hinweis--nat-einstellungen}}|fs__icon=em2 }}
{{Hinweis| !! {{#var:hinweis--nat-einstellungen| Für NAT Einstellungen müssen immer eindeutige IP-Adressen in den Netzwerkobjekten benutzt werden, wenn das NAT über ein HA-Interface konfiguriert wird. Das gilt nicht nur für HideNATs sondern auch Portweiterleitungen bzw. Destination NATs. }} }}
</div>
 
----
----


=== {{#var:applikationen| Applikationen in der Cluster-Konfiguration }} ===
{{pt3|{{#var:applikationen--bild| UTM_v11.8.7_Cluster_Mailrelay_Allgemein.png }} }}
<p>{{#var:applikationen--allgemein| Anwendungen verwenden IP-Adressen, um sich bei anderen Servern zu identifizieren.<br>
Es ist bei einigen Anwendungen möglich, dafür die Cluster-IP festzulegen. }}</p>


<p>{{#var:applikationen--beispiel| Beispielhaft wird das hier für das Mailrelay gezeigt. }}</p>
=== {{#var:Anwendungen in der Cluster-Konfiguration}} ===
{{Bild|{{#var:applikationen--bild}}| ||Mailrelay|{{#var:Anwendungen}}|icon=fa-chart-bar|icon-text=Mailrelay Log|icon2=fa-save|class=Bild-t}}
<div class="Einrücken">
<p>{{#var:applikationen--allgemein}} </p>
<p>{{#var:applikationen--beispiel}} </p>
<p>{{#var:applikationen--mailrelay}} </p>
<p>{{Button-dialog||fa-save|hover={{#var:Speichern}} }}<br>
{{#var:applikationen--sync}} </p>
<p style="text-align: left;">{{Menu-UTM|{{#var:Netzwerk}}|{{#var:Clusterkonfiguration}}|Management}} → {{b|{{#var:Synchronisationsstatus}}:}} {{Button||class=fas fa-paper-plane-top}} </p>


<p>{{#var:applikationen--mailrelay| Es sollen E-Mails über das Mailrelay der UTMs verschickt und empfangen werden.<br>
<li class="list--element__alert list--element__warning em2">{{#var:appliaktionen--hinweis}}</li>
Dazu wurden entsprechende PTR, A, MX Records und SPF Einträge in den TXT Records der Domain gemacht, die auf die externe virtuelle IP-Adresse des Clusters zeigen. {{Hinweis|!|r}} Diese IP-Adressen müssen natürlich vom Router, der den Internetzugang in das eigene Netz weiterleitet, geroutet werden.<br>
<br clear=all></div>
Damit das Mailrelay nun auch E-Mails über diese virtuelle IP verschickt, muss in der Applikation die ausgehende IP-Adresse korrekt eingestellt werden. In unserem Fall die virtuelle IP 192.168.175.101 }}</p>


<p>{{Button|{{#var:Speichern}} }}<br>
==== {{#var:Anwendungen auf dem Backup deaktivieren}} ====
{{#var:applikationen--sync| Anschließend muss die Cluster Konfiguration erneut synchronisiert werden. }}<br>
{{Bild|{{#var:Abschnitt Anwendungen--Bild}}|{{#var:Abschnitt Anwendungen--cap}}||{{#var:Clusterkonfiguration}}|{{#var:Netzwerk}}|icon=fa-wand-magic-sparkles|icon-text={{#var:Cluster Assistent}}|icon2=fa-save|firewall-user={{#var:aktiver Pfad}}|class=Bild-t}}
{{Menu|{{#var:Netzwerkkonfiguration}} | {{#var:Clusterkonfiguration}} }} {{Button|{{#var:Konfiguration synchronisieren}} }}</p>
<div class="einrücken">
<p>{{#var:Anwendungen auf dem Backup deaktivieren--desc}}</p>
<br clear=all></div>
----


<p>{{Hinweis|!! § {{#var:appliaktionen--hinweis| Das Mailrelay kommuniziert jetzt '''immer '''mit der virtuellen IP-Adresse 192.168.175.101. Auch der interne Mailserver wird mit dieser IP als Absender kontaktiert. Das muss bei der Konfiguration des Mailservers berücksichtigt werden, sollte dieser nur SMTP-Verbindungen von bestimmten IPs akzeptieren.}}|r }}</p>


----
==== {{#var:appliaktionen--kommunikation}} ====
<div class="einrücken">
{{#var:appliaktionen--kommunikation--desc}}
</div>


==== {{#var:appliaktionen--kommunikation| Kommunikation von Applikationen, die auf der Firewall laufen }} ====
<div class="einrücken">
{{#var:appliaktionen--kommunikation--desc| Alle Applikationen, die von der Firewall selber eine Verbindung aufbauen, verwenden dafür (sofern nicht anders konfiguriert) die primären IPs der Schnittstellen. Sollten Management-IPs aus der gleichen Broadcast-Domäne verwendet werden, sind diese primären IPs '''nicht '''die virtuellen IP-Adressen. }}


===== {{#var:syslog| Syslog }} =====
===== Syslog =====
{{#var:syslog--desc| Syslog-Nachrichten  werden von der Management-IP der Master verschickt, wenn diese die aktive Maschine im Cluster ist, und von der Management-IP der Spare wenn diese aktiviert wurde. }}
<div class="Einrücken">
{{#var:syslog--desc}}
</div>




===== {{#var:http-proxy| HTTP-Proxy }} =====
===== Http-proxy =====
{{#var:http-proxy--desc| Sollte ein Parent-Proxy in Benutzung sein, der Verbindungen nur von einer bestimmten IP annimmt, muss diese im Menü {{Menu|Anwendungen| HTTP-Proxy | Allgemein}} → {{b|Ausgehende IP-Adresse}} angegeben werden. }}
<div class="Einrücken">
{{#var:http-proxy--desc}}
</div>




===== {{#var:mailrelay| Mailrelay }} =====
===== Mailrelay =====
<div class="Einrücken">
{{#var:http-proxy--desc}}
{{#var:http-proxy--desc}}
</div>


===== {{#var:radius| RADIUS-/LDAP-/AD-Anbindung }} =====
 
{{#var:radius--desc| Sollte der Server nur Verbindungen von bestimmten IPs zulassen, müssen auf dem '''Ziel-Server''' jeweils die '''Management-IPs beider '''Geräte freigegeben werden. }}
===== {{#var:radius}} =====
<div class="Einrücken">
{{#var:radius--desc}}
</div>




===== IPSec =====
===== IPSec =====
{{#var:ipsec--desc| Alle IPSec-Verbindungen müssen in Phase 1 so angepasst werden, dass im Feld „Local Gateway“ eine der virtuellen IPs fest eingetragen ist.<br>
<div class="Einrücken">
{{Menu|VPN|IPSec}} → {{Button| Phase 1|w}} →  {{Reiter|Allgemein}} {{b| Local Gateway}} {{Button|192.168.175.101|dr}} }}
{{#var:ipsec--desc}}
</div>


===== {{#var:ssl-vpn--server| SSL-VPN Server }} =====
 
{{#var:ssl-vpn--server--desc| In allen SSL-VPN-Server-Instanzen muss die Option Multihome aktiviert werden:<br>
===== SSL-VPN Server =====
{{ Menu| VPN | SSL-VPN}} Schaltfläche {{Button | |w}} Reiter {{Reiter | Erweitert}} }} {{b|Multihome}} {{ButtonAn|{{#var:ein}} }}
<div class="Einrücken">
{{#var:ssl-vpn--server--desc}}
</div>
</div>


==== {{#var:appliaktionen--extern| Kommunikation mit Applikationen, die auf anderen Geräten laufen }} ====
<div class="einrücken">
===== {{#var:ssl-vpn--clients| SSL-VPN Clients }} =====
{{#var:ssl-vpn--clients--desc| Alle SSLVPN-Client-Instanzen müssen so angepasst werden, dass Sie eine der virtuellen IPs zum Verbindungsaufbau verwenden. Dazu sind folgende CLI-Befehle erforderlich: }}


{| class="sptable pd5"
==== {{#var:appliaktionen--extern}} ====
! {{#var:CLI-Befehle| CLI Befehle }} || {{#var:bedeutung| Bedeutung }}
 
|-
===== SSL-VPN Clients =====
|  {{code |master.cluster.local> openvpn get}} || {{#var:cli--openvpn-get| Ermittelt die ID der SSLVPN-Verbindung }}
<div class="Einrücken">
{{#var:ssl-vpn--clients--desc}}
</div>
 
{| class="sptable pd5 zh1 Einrücken"
! {{#var:CLI-Befehle}} || {{#var:bedeutung}}
|-
|-
| {{code|<nowiki>master.cluster.local> openvpn set id <ID> local_addr <VIRTUELLE-IP> local_port <FREIER-PORT></nowiki>}} || {{#var:cli--openvpn-set| Setzt die lokale Adresse }}
| {{code|primary.cluster.local> openvpn get}} || {{#var:cli--openvpn-get}}
|-
|-
| {{code | master.cluster.local> appmgmt restart application openvpn}} || {{#var:cli--openvpn-restart| Aktiviert die Einstellungen }}
| {{code|<nowiki>primary.cluster.local> openvpn set id <ID> local_addr <VIRTUELLE-IP> local_port <FREIER-PORT></nowiki>}} || {{#var:cli--openvpn-set}}
|-
|-
| class="Leerzeile" | <br>'''{{#var:Beispiel| Beispiel }}'''
| {{code|primary.cluster.local> appmgmt restart application openvpn}} || {{#var:cli--openvpn-restart}}
|- class="Leerzeile"
| '''{{#var:Beispiel}}'''
|-
|-
| {{code| master.cluster.local> openvpn get<br>[...]<br>master.cluster.local> openvpn set id <1> local_addr <192.168.175.101> local_port <20000><br>master.cluster.local> appmgmt restart application openvpn}} || {{#var:Beispiel}}
| {{code|primary.cluster.local> openvpn get<br>[...]<br>primary.cluster.local> openvpn set id <1> local_addr <192.168.175.101> local_port <20000><br>primary.cluster.local> appmgmt restart application openvpn}} || {{#var:Beispiel}}
|- class="Leerzeile"
|
|}
|}




===== POP3 Proxy =====
<div class="Einrücken">
{{#var:pop3--desc}}
</div>


===== {{#var:pop3| POP3 Proxy }} =====
{{#var:pop3--desc| Der POP3-Proxy kommuniziert '''immer mit der Management-IP''', sofern diese in der gleichen Broadcast-Domain wie das Default-Gateway ist. Dies ist bei der Beschränkung des Zugriffs auf POP3-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten. }}


===== Clientless VPN =====
<div class="Einrücken">
{{#var:clientless-vpn--desc}}
</div>


===== {{#var:clientless-vpn| Clientless VPN }} =====
{{#var:clientless-vpn--desc| Verbindungen zu RDP/VNC-Servern werden immer mit den Management-IPs aufgebaut. Dies ist bei der Beschränkung des Zugriffs auf RDP/VNC-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten. }}


 
===== Nameserver =====
===== {{#var:Nameserver|  }} =====
<div class="Einrücken">
{{#var:Nameserver--desc| Verbindungen zu DNS-Servern werden immer mit den Management-IPs aufgebaut. Dies ist bei der Beschränkung des Zugriffs auf DNS-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten. }}
{{#var:Nameserver--desc}}
</div>
</div>
----
----
=== {{#var:CLI-Befehle}} ===
{{#var:cli-befehle--desc| Im folgenden werden Befehle für die Securepoint CLI beschrieben. }}


{| class="sptable pd5"
|-
! style="min-width: 180px;" | {{#var:cli-befehl| CLI Befehl }} !! style="min-width: 225px;" | {{#var:Ausgabe|  }} !! {{#var:desc|B}}
|-
| rowspan="3" | {{code|cli>&ensp;'''cluster info'''|boldcode}} || {{code|{{td|cluster_state| &#8739;master<br>&ensp;''backup<br>&ensp;none''|w=110px}} }} || {{#var:cli--cluster-info--desc| Der Cluster State gibt an wer im Cluster gerade Master oder Backup ist oder ob der Cluster überhaupt aktiv ist. Die Ausgabe bezieht sich immer auf die Maschine, auf der dieser Befehl ausführt wird. }}
|-
| style="width: 240px;" | {{code|{{td|sync_state | &#8739;synchronized<br>&ensp;''pending<br>&ensp;error''|w=110px}} }} || {{#var:cli--sync-state| Gibt an, in welchem Zustand sich die Konfiguration befindet. Dabei bedeutet „synchronized“, das sie auf beiden UTMS des Clusters gleich ist. Der Zustand „pending“ bedeutet, die UTMs haben einen unterschiedlichen Stand. In beiden Fällen können die Mitglieder miteinander kommunizieren. Der Zustand „error“ weist darauf hin das sie keine Daten austauschen können. Das könnte der Fall sein, wenn kein Hotwire Interface konfiguriert ist, die Verkabelung nicht korrekt ist, die SSH Keys nicht ausgetauscht wurden, oder falsche SSH Keys verwendet werden. }}
|-
| {{code|{{td|hotwire_dev | &#8739;eth''x''|w=110px}} }} || {{#var:cli--hotwire| Gibt das Interface an, auf dem das Hotwire Interface konfiguriert ist. }}
|-
| {{code|cli&gt;&ensp;'''system config save name &lt;Name der Konfiguration&gt;'''|boldcode}} || || {{#var:cli--config-save| Falls in der CLI eine Konfigurationsänderung durchgeführt wurde, muss diese erst lokal gespeichert werdn. Erst dann wird eine Synchronisierung des Clusters übertragen. }}
|-
|{{code|cli>&ensp;'''system config synchronize'''|boldcode}} ||  || {{#var:cli--config-sync| Durch diesen Befehl kann die Konfiguration über die Hotwire Schnittstelle an den Cluster Partner übertragen werden. {{Hinweis|!|gelb}}Dabei wird die Konfiguration von der UTM verwendet, auf der der Befehl ausgeführt wird. }}
|-
| {{code|cli>&ensp;'''extc value get application "securepoint_firewall" variable "UPDATE_TRIGGER_DELAY"'''|boldcode}} || {{code| Value &#8739;2}} || {{#var:cli--value-get| Zeigt den Delay in Sekunden an, bevor im Fehlerfall, von Master auf Backup geschaltet wird. Der Standardwert ist 2 Sekunden. }}
|-
|{{code|cli>&ensp;'''extc value set application "securepoint_firewall" variable "UPDATE_TRIGGER_DELAY" value 2'''|boldcode}} || {{code|OK}} || {{#var:cli--value-set| Verändert den Delay, für den Fehlerfall, das von Master auf Backup geschaltet wird. Der Standardwert ist 2 Sekunden und sollte nicht niedriger eingestellt werden. Falls die Appliances im Cluster eine hohe Grundlast haben sollten, kann der Wert höher eingestellt werden. {{Hinweis|!|gelb}} Die Einstellung ist sofort aktiv und kann via ''system config synchronize'' auf den Partner übertragen werden. }}
|}


----
{{:UTM/CLI/Cluster}}
 
 
=== {{#var:Einschränkungen}} ===


=== {{#var:Einschränkungen|  }} ===
==== {{#var:Einschränkungen--dhcp--ha}} ====
==== {{#var:Einschränkungen--dhcp--ha| DHCP-Client mit HA-Schnittstelle kombinieren }} ====
<div class="Einrücken">
<div class="einrücken">
<li class="list--element__alert list--element__warning">{{#var:Einschränkungen--dhcp--ha--desc}}</li>
{{#var:Einschränkungen--dhcp--ha--desc| Konfigurieren sie kein HA Interface auf einem Ethernet oder VLAN Interface auf dem sie DHCP Client konfiguriert haben, also die UTM auf dem Interface eine IP-Adresse dynamisch zugewiesen bekommt. Sollte der DHCP Server nicht erreichbar sein nachdem sie die UTM gestartet haben und ist sie in dem Augenblick auch der Master im Cluster, wird die virtuelle IP-Adresse vom Interface entfernt sobald der DHCP Server wieder erreichbar ist und die UTM eine neue IP-Adresse vom DHCP Server empfängt. }}
</div>
</div>


==== {{#var:Einschränkungen--dhcp--cluster| DHCP-Server in einer Clusterumgebung }} ====
==== {{#var:Einschränkungen--dhcp--cluster}} ====
<div class="einrücken">
<div class="Einrücken">
{{Hinweis | ! § {{#var:Einschränkungen--dhcp--cluster--desc| Bei Verwendung der UTM als DHCP-Server dürfen diese IP-Adressen nicht in der gleichen [http://de.wikipedia.org/wiki/Broadcast_Domain Broadcast Domain] der anderen IP-Adressen liegen.<br>
<li class="list--element__alert list--element__warning">{{#var:Einschränkungen--dhcp--cluster--desc}} </li>
Der DHCP-Server würde sich sonst beim Fallback auf die Physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren. Siehe: [[#Schritt2 | Cluster Konfiguration Schritt 2]] }} |r}}
</div>
</div>
----

Aktuelle Version vom 30. Juni 2026, 07:15 Uhr





























In dieser Seite werden die Variablen für unterschiedliche Sprachen definiert.
Diese Seite wird auf folgenden Seiten eingebunden



























































































































































































| Some pictures and menu paths updated }}


| Configuration note for external interfaces added }}

| Layout adjustments }}











Securepoint Cluster Konfiguration - Best Practice

Letzte Anpassung zur Version: 14.2.0 (07.2026)

Neu:
  • Beta Nur für Teilnehmer am Beta-Channel:
Zuletzt aktualisiert: 
    04.2026
  • Konfigurationshinweis für externe Schnittstellen ergänzt
  • Layoutanpassungen
notempty
Dieser Artikel bezieht sich auf eine Beta-Version

14.1.0 14.0 12.6 12.4 12.1 11.7

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 Clusterkonfiguration

notempty
Aktuelle Software
Es sollte immer die neueste Version der Software installiert werden.
Nur in der aktuellen Version sind die neusten Funktionen, Sicherheits-Erweiterungen und Fehlerkorrekturen enthalten.


Einsatzgebiete

Durch Einsatz der UTM in einem Hot-Standby-Cluster kann eine Hochverfügbarkeit der UTM gewährleistet werden.
Die UTMs innerhalb des Clusters überwachen sich gegenseitig und schalten bei Bedarf automatisch auf das Gerät mit dem besten Status um. Ein Eingriff des Administrators ist nicht notwendig.


Einrichtung

Bei der Einrichtung des UTM-Clusters werden zwei UTMs mit identischer Firmware über eine Hotwire-Schnittstelle verbunden. Die Installation mit dem „Cluster Setup Wizard“ wird auf der Ursprungs-UTM ausgeführt, die im dann erstellten Cluster die Primary sein wird. Mit dieser UTM wird die Synchronisierung der Konfiguration durchgeführt. Auf der Spare-UTM, die im Cluster das BACKUP sein wird, werden bei der Installation die Hotwire-Schnittstelle definiert sowie ein SSH-Schlüssel erzeugt. Auch wird auf der Spare der SSH-Schlüssel der Primary eingetragen.
Die aktive UTM im Cluster, hat die höhere Priorität und wird als Primary bezeichnet.
Die UTM mit der niedrigeren Priorität, die passive UTM, ist die Spare.


Voraussetzungen

Zum Cluster-Betrieb sind folgende Voraussetzungen notwendig:

  • Eine Cluster-Primary-Lizenz
    Eine Cluster-Spare-Lizenz

    Zur Konfiguration und den Betrieb des UTM-Clusters wird eine gültige Cluster-Lizenz benötigt, die zwei unterschiedliche Lizenzen beinhaltet und die im Securepoint Reseller Portal beantragt werden kann.

    Endkunden wenden sich bitte an Ihren autorisierten Securepoint Reseller.

  • Die Menüpunkte zur Cluster-Konfiguration sind sichtbar, sobald eine Cluster-Lizenz eingespielt ist.
    • Zwei identische Appliances* mit mindestens 3 Ethernet Schnittstellen und gleicher Firmware

      Im kleinsten Szenario sind eine Eingangs-Schnittstelle (internes LAN) und eine Ausgangs-Schnittstelle (externes LAN) sowie die dritte freie Schnittstelle vorhanden. Diese, im Folgenden auch als Hotwire-Schnittstelle bezeichnet, wird für den Abgleich der Konfiguration und das Connection-Tracking benötigt. Sie kann keine weitere Netzwerkfunktion übernehmen.

      * Der Betrieb einer RC300 G3 und einer RC340 G3 in einem gemeinsamen Cluster ist freigegeben. Andere Konstellationen werden nicht unterstützt.

    • Die eingesetzten Switches und Router unterstützen gratuitous ARP

      Kommt es im UTM-Cluster zum Primary-/Spare-Wechsel, sendet die jetzt aktive UTM gratuitous ARP Pakete an ihre Umgebung, um die neuen MAC-Adresse bekannt zu geben.
      Unterstützen die Switches bzw. Router diese Funktion nicht, können sie nur verzögert über die aktive UTM kommunizieren.


    Funktionsweise des Clusters

    Über das Bild hovern für mehr Details!
    Abb.: 1.1
    • Der Cluster verwendet eindeutige IP- und MAC-Adressen für die beiden Mitglieder des Clusters sowie virtuelle IP-Adressen für den Cluster selber
    • Die virtuellen IP-Adressen sind allein auf dem aktiven Mitglied des UTM-Clusters aktiv
    • Fällt das aktive Mitglied des Clusters ganz oder teilweise aus, so wechseln die virtuellen IP-Adressen zum zweiten Mitglied des Clusters
    • Für die Clients und Server in einer Clusterkonfiguration, ist die virtuelle IP-Adresse der Kommunikationspartner im Routing


    Das Cluster VRR Protokoll

    VRRP (Virtual Router Redundancy Protocol) ist das Kommunikationsprotokoll des Clusters. Es ist einzig auf den Schnittstellen aktiv, die als High-AvailabilitySchnittstelle konfiguriert sind. Über dieses Protokoll versendet die Primary des UTM-Clusters Datenpakete an die Spare. Empfängt die Spare keine Datenpakete, so stuft es sich zum Primary hoch.

    Mit Hilfe von tcpdump kann das Protokoll auf einer HA-Schnittstelle sichtbar gemacht werden (siehe Abb.)

    Es sind keine speziellen Firewall Regeln notwendig, um die Kommunikation mit dem VRR-Protokoll zu ermöglichen.

    Umschalten des Clusters

    Folgende Zustände bzw. Ereignisse lösen ein Umschalten innerhalb des Clusters aus:

    • Das aktive Mitglied eines Clusters wird neu gestartet oder ganz heruntergefahren.
    • Eine oder mehrere HA-Schnittstellen haben keinen physikalischen Link mehr.
    • Der Link einer HA-Schnittstelle ist aktiv, aber aufgrund eines defekten oder falsch konfigurierten Switches kommen die VRRP Pakete nicht beim Cluster Partner an.
    • Die Cluster Funktion wird auf dem aktiven Cluster-Partner durch den Administrator deaktiviert.

    Sind mehr als zwei HA-Schnittstellen aktiviert, besteht im Fehlerfall die Möglichkeit, dass eine unterschiedliche Anzahl von HA-Schnittstellen nicht mehr kommunizieren können. In diesem Fall wird die UTM das aktive Mitglied werden, auf der die meisten Schnittstellen einen Link haben, solange sich die UTMs über wenigstens einer HA-Schnittstelle noch sehen. Sehen sich die UTMs auf keiner Schnittstelle mehr, gehen beide davon aus, dass das zweite Mitglied des Clusters nicht mehr vorhanden ist und beide werden zur Primary.
    Tabelle, Verhalten im Cluster, Beispiel zwei HA-Schnittstellen:

    HA-Schnittstellen 1 HA-Schnittstellen 2 UTM 1 Status UTM 2 Status
    UTM 1 UP
    , UTM 2 UP    		 UTM 1 UP
    , UTM 2 UP
    Aktiv
    Passiv
    UTM 1 DOWN
    , UTM 2 UP    		 UTM 1 UP
    , UTM 2 UP
    Passiv
    Aktiv
    UTM 1 DOWN
    , UTM 2 DOWN    		 UTM 1 UP
    , UTM 2 UP
    Aktiv
    Passiv
    UTM 1 DOWN
    , UTM 2 DOWN    		 UTM 1 UP
    , UTM 2 DOWN
    Aktiv
    Aktiv
    UTM 1 DOWN
    , UTM 2 DOWN    		 UTM 1 DOWN
    , UTM 2 DOWN
    Aktiv
    Aktiv

    Hierbei ist zu beachten, dass UTM-1 eine höhere Priorität als UTM-2 hat. Ist der Zustand in der Tabelle aktiv und als rot gekennzeichnet bedeutet das, dass sich die beiden Mitglieder des Clusters nicht mehr sehen und davon ausgehen, dass der jeweils andere Partner nicht mehr vorhanden ist. Beide Mitglieder des Clusters sind dann aktiv. Eine Netzwerkkommunikation ist dann allerdings generell nicht mehr möglich, da das Problem in der Umgebung liegt.


    Fallback im Cluster
  • Ist gleichzeitig ein Fallback konfiguriert und ein fehlgeschlagener Ping-Check löst das Umschalten auf die Spare aus und diese registriert ebenfalls einen fehlgeschlagenen Ping-Check, wird sie der Primary wieder an den ursprünglichen Primary zurückgeben.
    Hier entscheidet nun die Priorität, da beide Maschinen gleichwertig beeinträchtigt sind und das Fallback der Primary wird aktiv.

    • notempty
    • Bei der Einrichtung eines Fallbacks in einem Cluster ist unbedingt darauf zu achten, dass auf einer HA-Schnittstelle neben den HA-IP-Adressen auch feste IP-Adressen konfiguriert werden.
    • Auch die Fallback-Schnittstelle benötigt eine feste IP-Adresse.
    • Bei PPPoE kann die Fallback-Schnittstelle nicht als HA-Schnittstelle konfiguriert werden.

    Fehlen feste IP-Adressen, kann dies zu Fehlfunktionen beim Ping-Check führen.

    Konfigurationsbeispiel für externe Schnittstellen
    ausblenden
    Klicken für dauerhafte Anzeige
    Wenn A0 als Hauptleitung und A4 als Fallbackleitung genutzt wird, müssen beide Schnittstellen (sofern es sich um HA-Schnittstellen handelt) sowohl HA-IP-Adressen als auch feste IP-Adressen aufweisen.

    Hotwire Schnittstelle

    Abb.: 1.3

    Die Hotwire-Schnittstelle ist eine exklusive Schnittstelle, die nur zum Synchronisieren der Konfiguration der Cluster-Mitglieder und Abgleich der laufenden Verbindungen (Connection-Tracking) verwendet wird. Diese Schnittstelle hat exklusiv diese Aufgabe. Bei der Auswahl der Appliances muss darauf geachtet werden, daß für das Hotwire-Netz jeweils eine Schnittstelle frei sein muss.
    Für die Synchronisation der Konfiguration wird das SSH-Protokoll (TCP/22) verwendet. Das Connection-Tracking wird über den Port 3780 (UDP) abgeglichen. Ist eine Ethernet-Schnittstelle als Hotwire gekennzeichnet, werden die Regeln für die Kommunikation automatisch generiert. Für die SSH-Verbindung müssen öffentliche Schlüssel zwischen den Mitgliedern des UTM-Clusters ausgetauscht werden. Der Abgleich der Konfiguration kann in beide Richtungen zwischen den Mitgliedern des Clusters erfolgen. Das Connection-Tracking wird immer automatisch vom Primary im Cluster zur Spare übertragen (Abb. 1.3).

    notempty
    Es muss sichergestellt werden, dass niemand zu dem Zeitpunkt administrativ das Mitglied des Clusters verwendet, zu dem synchronisiert werden soll.
    notempty
    • Die Hotwire-Verbindung sollte möglichst über eine direkte Kabelverbindung erfolgen.
    • notempty
      Neu im Wiki
      Bei vielen Schnittstellen (inkl VLANs) kann es sinnvoll sein, einen Switch zu verwenden, um Timingproblem bei einem Reboot zu vermeiden
    • Alternativ kann man über eine globale extc-Variable den Schwenk verzögern
    Details mit Pro & Contra zeigen
    ausblenden
    Klicken für dauerhafte Anzeige

    Timingproblem bei sehr vielen konfigurierten Schnittstellen: (inkl. VLANs!)

    • Die Hotwire Schnittstelle ist offline, weil die Spare neu startet.
    • Die Primary-UTM hat im Keepalive eine Wertung von 98.
    • Sobald die Spare wieder online ist und alle Ports wieder aktiv sind, meldet sie eine 99 als Wertung
    • Die Primary geht in den backupmodus, weil sie nach Hochkommen der Hotwire Schnittstelle ihre Wertung noch nicht aktualisiert hat.
    - Pro Contra
    Anpassung GLOB_HA_ADVERT_INT
    • Hotwire-Interface kann direkt verbunden bleiben
    • keine durch zusätzliche Drittgeräte erhöhte Ausfallwahrscheinlichkeit
    • kein zusätzlicher Wartungsaufwand
    • Timeout muss angepasst/ausgetestet werden
    • Bei Hinzufügen weiterer Schnittstellen sind weitere Anpassung erforderlich
    • Verzögerung beim Schwenk des Clusters
    Switch für Hotwire
    • Hotwire-Interface bleibt aktiv bei Neustart beider Firewalls
    • Kein Risiko für ein Timingproblem beim Neustart der Spare mit daraus resultierendem False Positive auf der Primary
    • Zusätzliches Gerät bedeutet Stromverbrauch und Wartungsaufwand
    • Switch kann ausfallen
    • Bei Wartungsarbeiten am Switch (Firmwareupdates/ Neustart) muss die Primary vorher in den Wartungsmodus versetzt werden, um unnötige Schwenks des Clusters zu vermeiden



    Konfiguration abgleichen

    Über die Hotwire-Schnittstelle wird die jeweilige Start-Konfiguration synchronisiert. Änderungen, die auf einer Maschine im Cluster gemacht wurden, werden über diese Schnittstelle auf das andere Gerät übertragen. In der Regel wird die Konfiguration, nach der Inbetriebnahme des Clusters, allein auf einer UTM durchgeführt. Wir empfehlen der Primary zu verwenden.

    notempty
    Der Abgleich erfolgt immer manuell. Der Administrator entscheidet, wann er die Konfiguration im UTM-Cluster abgleichen möchte.


    Folgende Teile der Konfiguration werden nicht abgeglichen:

    1. IP-Adressen die eindeutig zu einer Maschine gehören und die auf Ethernet- oder VLAN- Schnittstellen konfiguriert wurden.
      Das sind die IP-Adressen, die im Webinterface unter dem Punkt Netzwerk Netzwerkkonfiguration eingestellt werden. Wird ein Ethernet- oder VLAN-Schnittstelle neu erzeugt, wird dies zwar übertragen, jedoch nicht die Information über die IP-Adressen dieser Schnittstellen. Diese müssen bei Bedarf manuell auf dem Cluster-Mitglied konfiguriert werden, denn sie sind immer eindeutig einer UTM zugewiesen. Diese IP-Adressen sind nicht zu verwechseln mit virtuellen IP-Adressen auf einer HA-Schnittstelle, die sich beide Maschinen im Cluster teilen.
    2. Active Directory-Appliance-Account.
      Dieser Account ist immer eindeutig im AD. Man erstellt unterschiedliche Namen auf beiden Maschinen und meldet jede separat am Active Directory an.
    Konfigurationshinweis für interne Schnittstellen
    ausblenden
    Klicken für dauerhafte Anzeige
    Es ist nicht zwingend notwendig, eindeutige IP-Adressen auf Schnittstellen zu konfigurieren, auf denen eine HA-Schnittstelle mit virtuellen IP-Adressen betrieben wird.
    In dem Fall gelangt man über die virtuelle IP-Adresse auf die UTM, die in dem Augenblick die Primary ist.
    Soll über diese Schnittstelle das Mitglied des UTM-Clusters eindeutig identifiziert werden, ist es jedoch erforderlich eine eindeutige IP-Adresse zu konfigurieren.


    Konfiguration von Austauschgeräten
  • Ist ein Gerät defekt und muss ersetzt werden, muss die Konfiguration exakt dieser Maschine auf dem neuen Gerät wieder hergestellt werden.
    (Es darf z.B. nicht die Konfiguration der Primary auf die Spare eingespielt werden um dann lediglich die IP Adressen zu ändern).
    Liegt weder ein lokales, noch ein Cloud Backup der Konfiguration vor, kann das Ersatzgerät mit einer neuen Konfiguration in den Cluster eingebunden werden.
    Dazu sind die Einrichtungsschritte als Spare so vorzunehmen, wie sie untenstehend beschrieben sind: • Spare UTM bei externem Modem • Spare UTM bei externem Router
  • Die SSH-Keys müssen dabei beide aus dem aktuell aktiven Gerät vice versa in das jeweilige Pendant kopiert werden
  • Bei einem Austauschgerät muss die Priorität gemäß des zukünftigen Einsatzzweckes auf Hoch für Primary bzw. auf Niedrig für Spare gestellt werden.


    • Beispiel-Konfiguration 1: Externes DSL-Modem

    In diesem Beispiel wird eine Konfiguration aufgezeigt, mit der ein UTM-Cluster an einem DSL-Modem betrieben werden kann. Die Einwahl erfolgt direkt durch die UTM.


    Netzwerkkonfiguration

    Erstes Mitglied des Clusters (UTM 1, Primary)
    LAN1: Externe DSL Verbindung mittels PPPoE.
    LAN2: Interne IP-Adresse: 192.168.175.1/24
    LAN3: Hotwire-IP-Adresse:192.168.180.2/24

    Zweites Mitglied des Clusters (UTM 2, Spare)
    LAN1: Externe DSL Verbindung mittels PPPoE.
    LAN2: Interne IP-Adresse:192.168.175.2/24
    LAN3: Hotwire-IP-Adresse:192.168.180.3/24


    Als virtuelle IP-Adresse für die internen Schnittstellen LAN2 wird 192.168.200.1/24 definiert.
    Diese IP-Adresse ist das Standard-Gateway des internen Netzwerks.

    notempty
    Bei Verwendung des DHCP-Servers, darf die virtuelle IP-Adresse nicht im gleichen Netz wie die physische IP Adresse der Schnittstelle sein.
    Der DHCP-Server würde sich sonst beim Fallback auf die physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren.


    Vorbereitungen

    Inbetriebnahme der UTMs
    • Zur Inbetriebnahme des UTM-Clusters wird zunächst der Installationsassistent verwendet
    • Zur Anmeldung auf der UTM wird bereits eine (Cluster-) Lizenz benötigt
    • Um eine Doppeleinwahl zu unterbinden, sollte das DSL-Modem nicht angeschlossen sein
    • Die Konfiguration der beiden UTMs unterscheidet sich bis zu diesem Zeitpunkt allein durch die interne und externe IP-Adresse
    • Nach Abschluss des Assistenten werden die UTMs neu gestartet


    IP-Adressen der zukünftigen Hotwire-Schnittstellen
    Primary Netzwerk Netzwerkkonfiguration LAN3 → IP-Adressen:
    IP-Adressen: »192.168.180.2/24 Primary In der Clickbox wird die IP-Adresse der zukünftigen Hotwire-Schnittstelle hinzugefügt.
    Im Beispiel bekommt LAN3/A2 der Primary die IP-Adresse 192.168.180.2/24.     		Ethernet-Schnittstelle bearbeiten UTMbenutzer@firewall.name.fqdn Netzwerk Netzwerkkonfiguration
    Hotwire IP der Primary
    Spare Netzwerk Netzwerkkonfiguration LAN3 → IP-Adressen:
    IP-Adressen: »192.168.180.3/24 Spare Im Beispiel bekommt LAN3/A2 der Spare die IP-Adresse 192.168.180.3/24.


    Hotwire-Schnittstelle verbinden

    Die UTMs werden nun physikalisch über die ausgewählte Hotwire-Schnittstelle verbunden.
    Diese muss auf den Maschinen den gleichen Port belegen - Bezeichnung je nach verwendeter Hard- und Software A2, eth2 oder LAN3.
    (Es kann auch ein beliebiger anderer - aber auf beiden Geräten identischer Port verwendet werden.)


    Clusterkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Beispiel-Konfiguration 1: Externes DSL-Modem Clusterkonfiguration Ausgangssituation

    Cluster-Konfiguration

    • Die UTMs haben innerhalb des Clusters eine unterschiedliche Priorität
    • Die höhere Priorität hat das aktive Gerät (Primary), die niedrigere das Backup-System Spare
    • In unserem Beispiel wird die UTM mit der eindeutigen internen IP-Adresse 192.168.175.1 Primary sein
    • Login über das Webinterface mit dieser IP und dem Port für Administration (Default: 11115)
    Cluster-Konfiguration
    Start des Cluster-Setup-Wizard unter Primary Netzwerk Clusterkonfiguration Schaltfläche Cluster Assistent
    Primary Cluster Assistent Schritt 1
    Primary Cluster Assistent Schritt 1
    • Es wird mit der Primary Konfiguration begonnen
    		 Cluster Assistent UTMprimary.firewall.fqdn Netzwerk Clusterkonfiguration
    Schritt 1
    Funktion
    Primary Cluster Assistent Schritt 1
    Beispiel UTM an externem DSL-Modem

    Primary Cluster Assistent Schritt 2
    Primary Cluster Assistent Schritt 2
    Hotwire Schnittstelle: LAN3
  • Auf beiden Geräten muss die gleiche Schnittstelle gewählt werden!
    		•
    Schritt 2
    Hotwire-Schnittstelle
    Primary Cluster Assistent Schritt 2
    Beispiel UTM an externem DSL-Modem
    Lokale IP‑Adresse: 192.168.180.2/24 IP-Adresse der Primary-UTM
    Remote IP‑Adresse: 192.168.180.3/--- IP-Adresse der Hotwire-Gegenstelle (Spare-UTM)

    Primary Cluster Assistent Schritt 3
    Primary Cluster Assistent Schritt 3
    HA-Schnittstellen: LAN2 Die zukünftige HA-Schnittstelle. Im Beispiel die interne Schnittstelle.
    Schritt 3
    HA-Schnittstellen
    Primary Cluster Assistent Schritt 3
    Beispiel UTM an externem DSL-Modem
    Virtuelle IP‑Adressen: 192.168.200.1/24 Die virtuelle IP-Adresse soll 192.168.200.1 sein. Es können auf einer HA-Schnittstelle auch mehrere virtuelle IP-Adressen liegen.
  • Bei Verwendung der UTM als DHCP-Server darf die virtuelle IP-Adresse nicht in der gleichen Broadcast Domain liegen, in der die Primary- und Spare-UTM sind.
    Der DHCP-Server würde sich sonst beim Fallback auf die physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren.
  • Nachdem der Wizard durchlaufen wurde, können auch weitere HA-Schnittstellen konfiguriert werden.

    •
    Primary Cluster Assistent Schritt 4
    Primary Cluster Assistent Schritt 4
    Auf der passiven Cluster UTM deaktivierte Elemente
    Schnittstellen: wan0 wg0 Schnittstellen, die auf dem Backup-System, der Spare-UTM, nicht hochgefahren werden.
    Im Beispiel wan0 (das DSL Interface). Die Einwahl soll nur durch die gerade aktive Primary-UTM im Cluster erfolgen.
    Dadurch ist es möglich, beide externen Interfaces der UTMs an das DSL Modem anzuschließen. Falls das Modem nur einen LAN Port besitzt, ist ein separater Switch zu verwenden.
    Auch WireGuard Verbindungen (im Beispiel wg0) werden so im Backup-Modus deaktiviert.
    Schritt 4
    Deaktivierte Elemente
    Primary Cluster Assistent Schritt 4
    Beispiel UTM an externem DSL-Modem
    Schnittstelle wan0 muss manuell ausgeschlossen werden
    Anwendungen: Clientless VPN DHCP Server Greylisting Filter HTTP Proxy IPSEC L2TP VPN Mailrelay POP3 Proxy Routing Server SPF Filter SSL-VPN Spamfilter WLAN ServerDefault Hier sind Anwendungen aufgeführt, die per Default deaktiviert sein sollen, sofern sich die Spare-UTM im Backup-Modus befindet.
    Gegebenenfalls lässt sich Wireguard im Clusterbetrieb nicht nutzen, wenn die Spare z.B. durch eine öffentliche Management-IP einen Weg Richtung Wireguard-Peer hat. In diesem Fall baut sich der Wireguard-Tunnel zum Peer auf und es besteht ein Tunnel zwischen Spare und dem Wireguard Peer. Das kann mit folgendem Befehl verhindert werden:
    interface set name wg0 flags "DISABLED_IF_SPARE" (wenn dass Interface wg0 ist)
    Wurde die Verbindung mit einer Version ab v12.4.0 erstellt, passiert dies automatisch.

    Primary Cluster Assistent Schritt 5
    Primary Cluster Assistent Schritt 5
    Passphrase: insecure Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll)
    Schritt 5
    Erweiterte Einstellungen
    Primary Cluster Assistent Schritt 5
    Beispiel UTM an externem DSL-Modem

    Primary Cluster Assistent Schritt 6
    Primary Cluster Assistent Schritt 6
    Einstellung für die Spare: [Primary]
    Hotwire Interface: LAN3
    Remote IP adress: 192.168.180.3
    ...    		 Diese Konfigurationen müssen bei der Konfiguration der Spare eingefügt werden. Dazu können sie mithilfe der Schaltfläche in die Zwischenablage kopiert werden.
    Schritt 6
    Einstellungen für die Spare
    Primary Cluster Assistent Schritt 6
    Beispiel UTM an externem DSL-Modem

    Spare Cluster Assistent Schritt 1
    Spare Cluster Assistent Schritt 1
    Nun wird auf die Spare gewechselt
    • Login mit der physischen IP-Adresse (im Beispiel: 192.168.175.2) und admin Port (per Default: :11115)
    • Hier wird ebenfalls der Clusterassistent unter Netzwerk Clusterkonfiguration mit der Schaltfläche Cluster Assistent gestartet
    • Anschließend wird die Spare Konfiguration gewählt
    		 Cluster Assistent UTMbenutzer@spare.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 1
    Funktion
    Spare Cluster Assistent Schritt 1
    Beispiel UTM an externem DSL-Modem

    Spare Cluster Assistent Schritt 2
    Spare Cluster Assistent Schritt 2
    • Anschließend kommt die Aufforderung, den Cluster Assistenten für die Primary UTM bis zu Schritt 6 auszuführen
    • Wenn dies geschehen ist kann mit Schritt 3 weitergemacht werden
    Schritt 2
    Einrichtung der Primary
    Spare Cluster Assistent Schritt 2
    Beispiel UTM an externem DSL-Modem

    Spare Cluster Assistent Schritt 3
    Spare Cluster Assistent Schritt 3
    Einstellung der Primary: [Primary]
    Hotwire Interface: LAN3
    Remote UP adress: 192.168.180.3
    ...    		 Hier muss die Konfiguration der Primary UTM eingefügt werden. Diese kann im Schritt 6 des Primary Cluster Assistenten kopiert werden.
    Schritt 3
    Einstellungen der Primary
    Spare Cluster Assistent Schritt 3
    Beispiel UTM an externem DSL-Modem

    Spare Cluster Assistent Schritt 4
    Spare Cluster Assistent Schritt 4
    Lokale IP‑Adresse: 192.168.180.3/24 IP-Adresse der Spare-UTM
    Schritt 4
    Hotwire-Schnittstelle
    Spare Cluster Assistent Schritt 4
    Beispiel UTM an externem DSL-Modem
    Remote IP‑Adresse: 192.168.180.2/--- IP-Adresse der Hotwire-Gegenstelle (hier: Primary-UTM)
  • Diese Werte sollten automatisch aus der Konfiguration der Primary übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!

    •
    Spare Cluster Assistent Schritt 5
    Spare Cluster Assistent Schritt 5
    Passphrase: insecure Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll)
    Schritt 5
    Sicherheit
    Spare Cluster Assistent Schritt 5
    Beispiel UTM an externem DSL-Modem
    Schlüssel der Gegenstelle: ssh-rsa AAAABNza... Der Schlüssel der Primary-UTM für den verschlüsselten Datenaustausch
  • Diese Werte sollten automatisch aus der Konfiguration der Primary übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!

    •
    Spare Cluster Assistent Schritt 6
    Spare Cluster Assistent Schritt 6
    Einstellung für die Primary: [Spare]
    Local SSH Key: ssh-rsa AAAAB3Nza...    		 Diese Konfiguration muss in den Assistenten der Primary eingefügt werden. Dazu kann sie mithilfe der Schaltfläche in die Zwischenablage kopiert werden.
    Schritt 6
    Einstellungen für die Primary
    Spare Cluster Assistent Schritt 6
    Beispiel UTM an externem DSL-Modem

    Primary Cluster Assistent Schritt 7
    Primary Cluster Assistent Schritt 7
  • Es wird wieder zur Primary gewechselt!
    • Einstellung der Spare: [Spare]
    Local SSH Key: ssh-rsa AAAAB3Nza...    		 Hier muss die Konfiguration der Spare UTM eingefügt werden. Diese kann in Schritt 6 des Spare Cluster Assistenten kopiert werden. Cluster Assistent UTMbenutzer@primary.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 7
    Einstellungen der Spare
    Primary Cluster Assistent Schritt 7
    Beispiel UTM an externem DSL-Modem
  • Dieser Wert sollte automatisch aus der Konfiguration der Spare übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!

    •
    Primary Cluster Assistent Schritt 8
    Primary Cluster Assistent Schritt 8
    Schlüssel der Gegenstelle: ssh-rsa AAAAB3Nza... Der Schlüssel der Spare-UTM für den verschlüsselten Datenaustausch
    Schritt 8
    Sicherheit
    Primary Cluster Assistent Schritt 8
    Beispiel UTM an externem DSL-Modem
  • Dieser Wert sollte automatisch aus der Konfiguration der Spare übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!

    •
    Primary & Spare Cluster Assistent Abschluss
    Primary & Spare Cluster Assistent Abschluss
    • Nun kann auf beiden UTMs der Cluster Assistent mit Fertig abgeschlossen werden
    		 Cluster Assistent UTMprimary.firewall.fqdn Netzwerk Clusterkonfiguration
    Schritt 9
    Abschluss
    Primary Cluster Assistent Schritt 9
    Beispiel UTM an externem DSL-Modem
    Cluster Assistent UTMspare.firewall.fqdn Netzwerk Clusterkonfiguration
    Schritt 7
    Abschluss
    Spare Cluster Assistent Schritt 7
    Beispiel UTM an externem DSL-Modem
    Status der Clusterkonfiguration
    Primary Netzwerk Clusterkonfiguration Bereich Management
    Synchronisationsstatus pending Der Synchronisationsstatus sollte nun von error (rot) zu pending (gelb) wechseln. Clusterkonfiguration UTMbenutzer@primary… (Aktive Cluster UTM - nicht synchronisiert) Netzwerk
    PrimaryAktive Cluster Primary UTM - nicht synchronisiert

    Clusterkonfiguration UTMbenutzer@spare… (Passive Cluster UTM - nicht synchronisiert) Netzwerk
    SpareAktive Cluster Spare UTM - nicht synchronisiert
    • Das bedeutet, die beiden UTMs sehen sich über die Hotwire-Schnittstelle, jedoch ist die Konfiguration noch nicht synchronisiert.
    • Außerdem ist dieser Status an Folgendem zu erkennen:
      • Hinweis im Header "nicht synchronisiert"
      • Warnzeichen im Seitenmenü ()
      • Hinweis beim Aufrufen des Admin-Webinterfaces der Primary-UTM
  • Die Statusanzeige wird in bestimmten Intervallen aktualisiert. In dem Reiter Schnittstellen kann die Anzeige mit der Schaltfläche manuell aktualisiert werden.
  • Die Syncronisation des Clusters muss immer manuell erfolgen
  • Informationen zu dem Bereich Management lassen sich im Artikel Cluster Management finden.
    • Synchronisationsstatus Konfiguration synchronisieren Mit Klick auf die Schaltfläche wird die Konfiguration von der Primary auf die Spare übertragen.
    Es erfolgt keine Sicherheitsabfrage.     		Clusterkonfiguration UTMbenutzer@firewall.name.fqdn (Aktiver Cluster) Netzwerk
    Primary Status nach Aktivierung des Clusters
    Beispiel UTM an externem DSL-Modem

    Clusterkonfiguration UTMbenutzer@firewall.name.fqdn (Passiver Cluster) Netzwerk
    Spare Status nach Aktivierung des Clusters
    Beispiel UTM an externem DSL-Modem
    synchronized Cluster ist synchronisiert und voll einsatzbereit
    Clusterstatus Auf der Primary-UTM: Der Cluster ist nun in Betrieb und die Primary des Clusters hat die virtuelle IP-Adresse 192.168.200.1 auf dem internen Interface.
    Auf der Spare-UTM: Die Spare-UTM läuft als Hot-Standby im Backup-Modus im Hintergrund
    notempty
    Die Syncronisation des Clusters muss immer manuell erfolgen
    Primary Netzwerk Clusterkonfiguration Bereich Schnittstellen
    LAN 1 Wird von wan0 verwendet Clusterkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Primary Clusterkonfiguration
    Beispiel UTM an externem DSL-Modem
    LAN2 Schnittstelle benutzt für High Availability Virtuelle IP 192.168.200.1/24
    IP-Adresse: 192.168.175.1/24
    LAN3 Schnittstelle wird benutzt als Hotwire IP-Adresse 192.168.180.2/24
    wg0 Schnittstelle ist auf der passiven Cluster-UTM deaktiviert
    wan0 Schnittstelle ist auf der passiven Cluster-UTM deaktiviert
    Virtuelle IP-Adressen 192.168.200.1/24 Diese Adresse ist nur auf dem jeweils aktiven Gerät Primary verfügbar
    Remote IP-Adressen 192.168.180.3 Adressen weiterer Geräte im Cluster

    Synchronisationsstatus synchronized Wenn die Synchronisation erfolgreich abgeschlossen wurde, steht jetzt der Synchronisationsstatus auf synchronized (grün). Die beiden UTMs sind abgeglichen.
    Dieser Vorgang kann überprüft werden, indem auf der Spare-UTM eine Konfiguration aufgerufen wird, die in der Primary verändert wurde.
    Die Cluster Priorität Netzwerk Clusterkonfiguration Bereich Einstellungen der Spare-UTM (Backup) wurde automatisch auf niedrig gestellt.
  • Würde die Priorität auf der jetzigen Spare-UTM auf hoch gestellt und von da aus auch die Konfiguration synchronisiert werden, würde die erste Maschine automatisch zum Spare degradiert und die vormalige Spare-UTM zur Primary.
    		•  Clusterkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Spare
    Beispiel UTM an externem DSL-Modem

    Sollte der Status nicht sofort aktualisiert werden, kann das auch hier wieder über die Schaltfläche zum Aktualisieren manuell ausgelöst werden.

    Beispiel Konfiguration 2: Externer Router

    • In diesem Beispiel wird eine Konfiguration mit einem externen Router beschrieben.
    • Der Router ist das Gateway zum Internet.
    • Eventuell wurde vom Provider ein öffentliches Netz zur Verfügung gestellt.
      In diesem Beispiel wird ein privates Netz verwendet. Die Vorgehensweise ist dann analog zum öffentlichen Netz.
    • Hier werden nun zwei HA-Schnittstellen konfiguriert.
      Eine für die interne und eine für die externe Schnittstelle.


    Netzwerkkonfiguration

    Erstes Mitglied des Clusters (UTM 1, Primary)
    LAN1: Externe IP Adresse (zum Router) 192.168.175.102/24
    LAN2: Interne IP-Adresse: 192.168.175.1/24
    LAN3: Hotwire-IP-Adresse: 192.168.180.2/24

    Zweites Mitglied des Clusters (UTM 2, Spare)
    LAN1: Externe IP Adresse (zum Router) 192.168.175.103/24
    LAN2: Interne IP-Adresse: 192.168.175.2/24
    LAN3: Hotwire-IP-Adresse: 192.168.180.3/24


    Virtuelle IP-Adressen, die sich beide Mitglieder des Clusters teilen:
    Externe Schnittstellen (zum Router) 192.168.175.101/24.
    Interne Schnittstellen 192.168.200.1/24 | Diese IP ist das Standard-Gateway des internen Netzwerks.

    notempty
    Bei Verwendung des DHCP-Servers, darf die virtuelle IP-Adresse nicht im gleichen Netz wie die physische IP Adresse der Schnittstelle sein.


    Der DHCP-Server würde sich sonst beim Fallback auf die physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren.


    Vorbereitungen

    Inbetriebnahme der UTMs
    • Zur Inbetriebnahme des UTM-Clusters wird zunächst der Installationsassistent verwendet
    • Zur Anmeldung auf der UTM wird bereits eine (Cluster-) Lizenz benötigt
    • Um eine Doppeleinwahl zu unterbinden, sollte das DSL-Modem nicht angeschlossen sein
    • Die Konfiguration der beiden UTMs unterscheidet sich bis zu diesem Zeitpunkt allein durch die interne und externe IP-Adresse
    • Nach Abschluss des Assistenten werden die UTMs neu gestartet


    IP-Adressen der zukünftigen Hotwire-Schnittstellen
    Primary Netzwerk Netzwerkkonfiguration LAN3 → IP-Adressen:
    IP-Adressen: »192.168.180.2/24 Primary In der Clickbox wird die IP-Adresse der zukünftigen Hotwire-Schnittstelle hinzugefügt.
    Im Beispiel bekommt LAN3/A2 der Primary die IP-Adresse 192.168.180.2/24.     		Ethernet-Schnittstelle bearbeiten UTMbenutzer@firewall.name.fqdn Netzwerk Netzwerkkonfiguration
    Hotwire IP der Primary

    Spare Netzwerk Netzwerkkonfiguration LAN3 → IP-Adressen:
    IP-Adressen: »192.168.180.3/24 Spare Im Beispiel bekommt LAN3/A2 der Spare die IP-Adresse 192.168.180.3/24.


    Hotwire-Schnittstelle verbinden

    Die UTMs werden nun physikalisch über die ausgewählte Hotwire-Schnittstelle verbunden.
    Diese muss auf den Maschinen den gleichen Port belegen - Bezeichnung je nach verwendeter Hard- und Software A2, eth2 oder LAN3.
    (Es kann auch ein beliebiger anderer - aber auf beiden Geräten identischer Port verwendet werden.)


    Netzwerkkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Beispiel Konfiguration 2: Externer Router Clusterkonfiguration Ausgangssituation

    Cluster-Konfiguration

    • Die UTMs haben innerhalb des Clusters eine unterschiedliche Priorität
    • Die höhere Priorität hat das aktive Gerät (Primary), die niedrigere das Backup-System Spare
    • In unserem Beispiel wird die UTM mit der eindeutigen internen IP-Adresse 192.168.175.1 Primary sein
    • Login über das Webinterface mit dieser IP und dem Port für Administration (Default: 11115)
    Primary-UTM
    Cluster-Konfiguration
    Start des Cluster-Setup-Wizard unter Primary Netzwerk Clusterkonfiguration Schaltfläche Cluster Assistent
    Primary Cluster Assistent Schritt 1
    Primary Cluster Assistent Schritt 1
    • Es wird mit der Primary Konfiguration begonnen
    		 Cluster Assistent UTMbenutzer@firewall.name.fqdn Netzwerk Clusterkonfiguration
    Schritt 1
    Funktion
    Primary Cluster Assistent Schritt 1
    Beispiel UTM an externem Router

    Primary Cluster Assistent Schritt 2
    Primary Cluster Assistent Schritt 2
    Hotwire Schnittstelle: LAN3
  • Auf beiden Geräten muss die gleiche Schnittstelle gewählt werden!
    		•
    Schritt 2
    Hotwire-Schnittstelle
    Primary Cluster Assistent Schritt 2
    Beispiel UTM an externem Router
    Lokale IP‑Adresse: 192.168.180.2/24 IP-Adresse der Primary-UTM
    Remote IP‑Adresse: 192.168.180.3/--- IP-Adresse der Hotwire-Gegenstelle (Spare-UTM)

    Primary Cluster Assistent Schritt 3
    Primary Cluster Assistent Schritt 3
    HA-Schnittstellen: LAN1 LAN2
    notempty
    Neu ab v14.2.0: Es können mehrere Schnittstellen gleichzeitig ausgewählt werden
    		Die zukünftigen HA-Schnittstellen. Im Beispiel die externe und die interne Schnittstelle.
    Schritt 3
    HA-Schnittstellen
    Primary Cluster Assistent Schritt 3
    Beispiel UTM an externem Router
    Virtuelle IP‑Adressen: »192.168.200.1/24 (LAN2) »192.168.10.201/24 Die virtuelle IP-Adresse soll 192.168.200.1 sein. Es können auf einer HA-Schnittstelle auch mehrere virtuelle IP-Adressen liegen.
    Schnittstelle für neue IP-Adressen:
    Nur, wenn IP Adresse manuell eingegeben wurde    		 LAN2 Zuordnung manuell eingegebener viruteller IP-Adressen zu einer Schnittstelle
  • Bei Verwendung der UTM als DHCP-Server darf die virtuelle IP-Adresse nicht in der gleichen Broadcast Domain liegen, in der die Primary- und Spare-UTM sind.
    Der DHCP-Server würde sich sonst beim Fallback auf die physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren.
  • Nachdem der Wizard durchlaufen wurde, können auch weitere HA-Schnittstellen konfiguriert werden.

    •
    Primary Cluster Assistent Schritt 4
    Primary Cluster Assistent Schritt 4
    Schnittstellen:     Schnittstellen, die auf dem Backup-System, der Spare-UTM, nicht hochgefahren werden. In dieser Konfiguration ist das nicht erforderlich
    Schritt 4
    Deaktivierte Elemente
    Primary Cluster Assistent Schritt 4
    Beispiel UTM an externem Router
    Anwendungen: Clientless VPN DHCP Server Greylisting Filter HTTP Proxy IPSEC L2TP VPN Mailrelay POP3 Proxy Routing Daemon SPF Filter SSL-VPN Spamfilter WLAN ServerDefault Hier sind Anwendungen aufgeführt, die per Default deaktiviert sein sollen, sofern sich die Spare-UTM im Backup-Modus befindet.
    Gegebenenfalls lässt sich Wireguard im Clusterbetrieb nicht nutzen, wenn die Spare z.B. durch eine öffentliche Management-IP einen Weg Richtung Wireguard-Peer hat. In diesem Fall baut sich der Wireguard-Tunnel zum Peer auf und es besteht ein Tunnel zwischen Spare und dem Wireguard Peer. Das kann mit folgendem Befehl verhindert werden:
    interface set name wg0 flags "DISABLED_IF_SPARE" (wenn dass Interface wg0 ist)
    Wurde die Verbindung mit einer Version ab v12.4.0 erstellt, passiert dies automatisch.

    Primary Cluster Assistent Schritt 5
    Primary Cluster Assistent Schritt 5
    Passphrase: insecure Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll)
    Schritt 5
    Erweiterte Einstellungen
    Primary Cluster Assistent Schritt 5
    Beispiel UTM an externem Router

    Primary Cluster Assistent Schritt 6
    Primary Cluster Assistent Schritt 6
    Einstellung für die Spare: [Primary]
    Hotwire Interface: LAN3
    Remote UP adress: 192.168.180.3
    ...    		 Diese Konfigurationen müssen bei der Konfiguration der Spare eingefügt werden. Dazu können sie mithilfe der Schaltfläche in die Zwischenablage kopiert werden.
    Schritt 6
    Einstellungen für die Spare
    Primary Cluster Assistent Schritt 6
    Beispiel UTM an externem Router

    Spare Cluster Assistent Schritt 1
    Spare Cluster Assistent Schritt 1
    Nun wird auf die Spare gewechselt
    • Login mit der physischen IP-Adresse (im Beispiel: 192.168.175.2) und admin Port (per Default: :11115)
    • Hier wird ebenfalls der Clusterassistent unter Netzwerk Clusterkonfiguration mit der Schaltfläche Cluster Assistent gestartet
    • Anschließend wird die Spare Konfiguration gewählt
    		 Cluster Assistent UTMbenutzer@spare.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 1
    Funktion
    Spare Cluster Assistent Schritt 1
    Beispiel UTM an externem Router

    Spare Cluster Assistent Schritt 2
    Spare Cluster Assistent Schritt 2
    • Anschließend kommt die Aufforderung, den Cluster Assistenten für die Primary UTM bis zu Schritt 6 auszuführen
    • Wenn dies geschehen ist kann mit Schritt 3 weitergemacht werden
    Schritt 2
    Einrichtung der Primary
    Spare Cluster Assistent Schritt 2
    Beispiel UTM an externem Router

    Spare Cluster Assistent Schritt 3
    Spare Cluster Assistent Schritt 3
    Einstellung der Primary: [Primary]
    Hotwire Interface: LAN3
    Remote UP adress: 192.168.180.3
    ...    		 Hier muss die Konfiguration der Primary UTM eingefügt werden. Diese kann im Schritt 6 des Primary Cluster Assistenten kopiert werden.
    Schritt 3
    Einstellungen der Primary
    Spare Cluster Assistent Schritt 3
    Beispiel UTM an externem Router

    Spare Cluster Assistent Schritt 4
    Spare Cluster Assistent Schritt 4
  • Diese Werte sollten automatisch aus der Konfiguration der Primary übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!
    		•
    Schritt 4
    Hotwire-Schnittstelle
    Spare Cluster Assistent Schritt 4
    Beispiel UTM an externem Router
    Lokale IP‑Adresse: 192.168.180.3/24 IP-Adresse der Spare-UTM
    Remote IP‑Adresse: 192.168.180.2/--- IP-Adresse der Hotwire-Gegenstelle (hier: Primary-UTM)

    Spare Cluster Assistent Schritt 5
    Spare Cluster Assistent Schritt 5
  • Diese Werte sollten automatisch aus der Konfiguration der Primary übernommen worden sein. Wenn dies nicht der Fall ist, sollten beide Konfigurationen überprüft werden!
    		•
    Schritt 5
    Sicherheit
    Spare Cluster Assistent Schritt 5
    Beispiel UTM an externem Router
    Passphrase: insecure Die Passphrase für die Kommunikation der beiden UTMs auf den HA-Schnittstellen (VRR Protokoll)
    Schlüssel der Gegenstelle: ssh-rsa AAAABNza... Der Schlüssel der Primary-UTM für den verschlüsselten Datenaustausch

    Spare Cluster Assistent Schritt 6
    Spare Cluster Assistent Schritt 6
    Einstellung für die Primary: [Spare]
    Local SSH Key: ssh-rsa AAAAB3Nza...    		 Diese Konfiguration muss in den Assistenten der Primary eingefügt werden. Dazu kann sie mithilfe der Schaltfläche in die Zwischenablage kopiert werden.
    Schritt 6
    Einstellungen für die Primary
    Spare Cluster Assistent Schritt 6
    Beispiel UTM an externem Router

    Primary Cluster Assistent Schritt 7
    Primary Cluster Assistent Schritt 7
  • Es wird wieder zur Primary gewechselt!
    		•  Cluster Assistent UTMbenutzer@primary.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 7
    Einstellungen der Spare
    Primary Cluster Assistent Schritt 7
    Beispiel UTM an externem Router
    Einstellung der Spare: [Spare]
    Local SSH Key: ssh-rsa AAAAB3Nza...    		 Hier muss die Konfiguration der Spare UTM eingefügt werden. Diese kann in Schritt 6 des Spare Cluster Assistenten kopiert werden.

    Primary Cluster Assistent Schritt 8
    Primary Cluster Assistent Schritt 8
    Schlüssel der Gegenstelle: ssh-rsa AAAAB3Nza... Der Schlüssel der Spare-UTM für den verschlüsselten Datenaustausch
    Schritt 8
    Sicherheit
    Primary Cluster Assistent Schritt 8
    Beispiel UTM an externem Router

    Primary & Spare Cluster Assistent Abschluss
    Primary & Spare Cluster Assistent Abschluss
    • Nun kann auf beiden UTMs der Cluster Assistent mit Fertig abgeschlossen werden
    		 Cluster Assistent UTMbenutzer@primary.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 9
    Abschluss
    Primary Cluster Assistent Schritt 9
    Beispiel UTM an externem Router
    Cluster Assistent UTMbenutzer@spare.firewall-name.fqdn Netzwerk Clusterkonfiguration
    Schritt 7
    Abschluss
    Spare Cluster Assistent Schritt 7
    Beispiel UTM an externem Router
    Status der Clusterkonfiguration
    Primary Netzwerk Clusterkonfiguration Bereich Schnittstellen
    LAN1 Schnittstelle benutzt für High Availability Virtuelle IP: 192.168.10.201/24
    IP-Adresse 192.168.10.111/24     		Clusterkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Primary Clusterkonfiguration
    Beispiel UTM an externem Router
    LAN2 Schnittstelle benutzt für High Availability Virtuelle IP 192.168.200.1/24
    IP-Adresse: 192.168.175.1/24
    LAN3 Schnittstelle wird benutzt als Hotwire IP-Adresse 192.168.180.2/24
    Virtuelle IP-Adressen 192.168.200.1/24 Diese Adresse ist nur auf dem jeweils aktiven Gerät Primary verfügbar
    Remote IP-Adressen 192.168.180.3 Adressen weiterer Geräte im Cluster
    Clusterstatus offline Der Clusterstatus zeigt offline (schwarz) an, weil der Cluster noch nicht auf aktiv geschaltet ist
    Synchronisationsstatus error Der Synchronisationsstatus zeigt error' (rot), weil die Gegenstelle nicht erreichbar ist

    Synchronisationsstatus pending Der Synchronisationsstatus sollte nun von error (rot) zu pending (gelb) wechseln.
  • Die Statusanzeige wird in bestimmten Intervallen aktualisiert. In dem Reiter Schnittstellen kann die Anzeige mit der Schaltfläche manuell aktualisiert werden.
  • Die Syncronisation des Clusters muss immer manuell erfolgen
  • Informationen zu dem Bereich Management lassen sich im Artikel Cluster Management finden.
    • Synchronisationsstatus synchronized Wenn die Synchronisation erfolgreich abgeschlossen wurde, steht jetzt der Synchronisationsstatus auf synchronized (grün). Die beiden UTMs sind abgeglichen.
    Dieser Vorgang kann überprüft werden, indem auf der Spare-UTM eine Konfiguration aufgerufen wird, die in der Primary verändert wurde.
    Die Cluster Priorität Netzwerk Clusterkonfiguration Bereich Einstellungen der Spare-UTM (Backup) wurde automatisch auf niedrig gestellt.
  • Würde die Priorität auf der jetzigen Spare-UTM auf hoch gestellt und von da aus auch die Konfiguration synchronisiert werden, würde die erste Maschine automatisch zum Spare degradiert und die vormalige Spare-UTM zur Primary.
    		•  Clusterkonfiguration UTMbenutzer@firewall.name.fqdn Netzwerk
    Spare
    Beispiel UTM an externem Router

    Cluster aktivieren
    Primary & Spare Netzwerk Clusterkonfiguration Bereich Management
    Cluster Ein → Speichern Dieser Schritt muss auf beiden UTMs ausgeführt werden. Clusterkonfiguration UTMbenutzer@firewall.name.fqdn (Aktiver Cluster) Netzwerk
    Primary Status nach Aktivierung des Clusters
    Beispiel UTM an externem Router
    Clusterkonfiguration UTMbenutzer@firewall.name.fqdn (Passiver Cluster) Netzwerk
    Spare Status nach Aktivierung des Clusters
    Beispiel UTM an externem Router
    Clusterstatus Auf der Primary-UTM: Der Cluster ist nun in Betrieb und die Primary des Clusters hat die virtuelle IP-Adresse 192.168.200.1 auf dem internen Interface.
    Auf der Spare-UTM: Die Spare-UTM läuft als Hot-Standby im Backup-Modus im Hintergrund
    notempty
    Die Syncronisation des Clusters muss immer manuell erfolgen


    NAT in der Cluster-Konfiguration

    In der beschriebenen Konstellationen mit externen HA-Schnittstellen ist es sinnvoll die NAT Einstellungen anzupassen.
    Die Ausfallzeit des Clusters wird reduziert, da keine neue IP-Adressen für die Kommunikation vergeben werden müssen.

    Wir beziehen uns hier auf das Beispiel »Cluster Konfiguration: Externer Router«.
    Die externe virtuelle IP-Adresse des Clusters ist in der selben Broadcast Domain wie die externen IP-Adressen der Schnittstellen.
    Die Standardroute der UTMs zeigt auf den Router der die Internet Verbindung herstellt.

    tcpdump auf primary.cluster.local
    Externe IP UTM 1 Primary 192.168.175.102/24
    Externe IP UTM 2 Spare 192.168.175.103/24
    Virtuelle IP Cluster  Cluster 192.168.175.101/24
    IP des Routers 192.168.175.1/24


    Um das zu ändern wird im Menü Primary Firewall Netzwerkobjekte ein neues Objekt mit der virtuellen IP-Adresse auf dem Cluster Interface erstellt. Netzwerkobjekt hinzufügen UTMbenutzer@firewall.name.fqdn (Aktiver Cluster) Firewall Netzwerkobjekte
    Primary
    Anschließend wird unter Primary Firewall Paketfilter die entsprechende HideNAT-Regel bearbeitet. Regel bearbeiten UTMbenutzer@firewall.name.fqdn (Aktiver Cluster) Firewall Paketfilter
    Primary
    • Das Objekt external-interface wird durch das gerade erstellte Objekt HA-Externe-IP ersetzt.
    • Speichern und schließen
    • Regel aktualisieren
    • Primary Netzwerk Clusterkonfiguration Bereich Management → Synchronisationsstatus:


    tcpdump

    Wird der Ping-Test jetzt wiederholt, wird die Cluster-IP 192.168.175.101 verwendet.

  • Wenn der Ping auf den Router ohne Unterbrechung lief, ist dieser noch im Conntrack gespeichert, der Ping wird also noch über die falsche IP-Adresse geNATet.
    Der Ping muss unterbrochen werden. Nach frühestens 30 Sekunden kann der Ping dann neu gestartet werden.

    • notempty
    Für NAT Einstellungen müssen immer eindeutige IP-Adressen in den Netzwerkobjekten benutzt werden, wenn das NAT über ein HA-Interface konfiguriert wird.
    Das gilt nicht nur für HideNATs sondern auch Portweiterleitungen bzw. Destination NATs.


    Anwendungen in der Cluster-Konfiguration

    Mailrelay UTMbenutzer@firewall.name.fqdn Anwendungen Mailrelay Log

    Anwendungen verwenden IP-Adressen, um sich bei anderen Servern zu identifizieren.
    Es ist bei einigen Anwendungen möglich, dafür die Cluster-IP festzulegen.

    Beispielhaft wird das hier für das Mailrelay gezeigt.

    Es sollen E-Mails über das Mailrelay der UTMs verschickt und empfangen werden.
    Dazu wurden entsprechende PTR, A, MX Records und SPF Einträge in den TXT Records der Domain gemacht, die auf die externe virtuelle IP-Adresse des Clusters zeigen.

  • Diese IP-Adressen müssen natürlich vom Router, der den Internetzugang in das eigene Netz weiterleitet, geroutet werden.
    Damit das Mailrelay nun auch E-Mails über diese virtuelle IP verschickt, muss in der Applikation die ausgehende IP-Adresse korrekt eingestellt werden. In unserem Fall die virtuelle IP 192.168.175.101

    • Speichern
    Anschließend muss die Cluster Konfiguration erneut synchronisiert werden.

    Netzwerk Clusterkonfiguration Bereich Management → Synchronisationsstatus:

  • Das Mailrelay kommuniziert jetzt immer mit der virtuellen IP-Adresse 192.168.175.101. Auch der interne Mailserver wird mit dieser IP als Absender kontaktiert. Das muss bei der Konfiguration des Mailservers berücksichtigt werden, sollte dieser nur SMTP-Verbindungen von bestimmten IPs akzeptieren.

    • Anwendungen auf dem Backup deaktivieren

    Clusterkonfiguration UTMbenutzer@firewall.name.fqdn (Aktiver Cluster) Netzwerk Cluster Assistent
    Abschnitt Anwendungen

    Unter Netzwerk Clusterkonfiguration Bereich Anwendungen können einzelne Anwendungen, mithilfe der Schiebeschaltfläche in der Tabelle, auf der Backup UTM deaktiviert werden, um Probleme vorzubeugen.

    notempty
    Schaltflächen Beschriftung aktualisiert



    Kommunikation von Applikationen, die auf der Firewall laufen

    Alle Applikationen, die von der Firewall selber eine Verbindung aufbauen, verwenden dafür (sofern nicht anders konfiguriert) die primären IPs der Schnittstellen. Sollten Management-IPs aus der gleichen Broadcast-Domäne verwendet werden, sind diese primären IPs nicht die virtuellen IP-Adressen.


    Syslog

    Syslog-Nachrichten werden von der Management-IP der Primary verschickt, wenn diese die aktive Maschine im Cluster ist, und von der Management-IP der Spare wenn diese aktiviert wurde.


    Http-proxy

    Sollte ein Parent-Proxy in Benutzung sein, der Verbindungen nur von einer bestimmten IP annimmt, muss diese im Menü Anwendungen HTTP-Proxy Bereich Allgemein → Ausgehende IP-Adresse angegeben werden.


    Mailrelay

    Sollte ein Parent-Proxy in Benutzung sein, der Verbindungen nur von einer bestimmten IP annimmt, muss diese im Menü Anwendungen HTTP-Proxy Bereich Allgemein → Ausgehende IP-Adresse angegeben werden.


    RADIUS-/LDAP-/AD-Anbindung

    Sollte der Server nur Verbindungen von bestimmten IPs zulassen, müssen auf dem Ziel-Server jeweils die Management-IPs beider Geräte freigegeben werden.


    IPSec

    Alle IPSec-Verbindungen müssen in Phase 1 so angepasst werden, dass im Feld „Local Gateway“ eine der virtuellen IPs fest eingetragen ist.
    VPN IPSec Bereich Verbindungen Schaltfläche Phase 1 → Allgemein Local Gateway 192.168.175.101


    SSL-VPN Server

    In allen SSL-VPN-Server-Instanzen muss die Option Multihome aktiviert werden:
    VPN SSL-VPN Schaltfläche → Erweitert Multihome: Ein


    Kommunikation mit Applikationen, die auf anderen Geräten laufen

    SSL-VPN Clients

    Alle SSL-VPN-Client-Instanzen müssen so angepasst werden, dass Sie eine der virtuellen IPs zum Verbindungsaufbau verwenden. Dazu sind folgende CLI-Befehle erforderlich:

    Bedeutung
    primary.cluster.local> openvpn get Ermittelt die ID der SSL-VPN-Verbindung
    primary.cluster.local> openvpn set id <ID> local_addr <VIRTUELLE-IP> local_port <FREIER-PORT> Setzt die lokale Adresse
    primary.cluster.local> appmgmt restart application openvpn Aktiviert die Einstellungen
    Beispiel
    primary.cluster.local> openvpn get
    [...]
    primary.cluster.local> openvpn set id <1> local_addr <192.168.175.101> local_port <20000>
    primary.cluster.local> appmgmt restart application openvpn    		 Beispiel


    POP3 Proxy

    Der POP3-Proxy kommuniziert immer mit der Management-IP, sofern diese in der gleichen Broadcast-Domain wie das Default-Gateway ist. Dies ist bei der Beschränkung des Zugriffs auf POP3-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten.


    Clientless VPN

    Verbindungen zu RDP/VNC-Servern werden immer mit den Management-IPs aufgebaut. Dies ist bei der Beschränkung des Zugriffs auf RDP/VNC-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten.


    Nameserver

    Verbindungen zu DNS-Servern werden immer mit den Management-IPs aufgebaut. Dies ist bei der Beschränkung des Zugriffs auf DNS-Server auf bestimmte IP-Adressen in deren Konfiguration zu beachten.






























    In dieser Seite werden die Variablen für unterschiedliche Sprachen definiert.
    Diese Seite wird auf folgenden Seiten eingebunden



















    CLI Befehle

    Im folgenden werden Befehle für das Securepoint CLI beschrieben.

    CLI Befehl Ausgabe Beschreibung
    cli> cluster info 
    attribute    |value
-------------+-----
cluster_state|primary
sync_state   |synchronized
hotwire_dev  |A2 
maintainance |false
    		Cluster Status Meldungen der aktuellen UTM
    cluster_state
    ∣primary
     spare
     disabled
    		 Gibt an welche Rolle eine UTM im Cluster gerade hat:
    • Primary: Gerät ist die aktive Cluster-UTM
    • Spare: Gerät ist die passive Cluster-UTM (Backup bzw. Hot-Standby)
    • disabled: Es ist kein Cluster konfiguriert
    notempty
    Rückgabewerte geändert ab v14.2.0
    sync_state
    ∣synchronized
     pending
     error
     disabled
    		 Gibt an, in welchem Zustand sich die Konfiguration befindet.
    • synchronized: Die Konfiguration ist auf beiden UTMS des Clusters gleich
    • pending: Die Konfiguration der UTMs haben einen unterschiedlichen Stand.
      In beiden Fällen können die Mitglieder miteinander kommunizieren.
    • error: Die beiden UTMs können keine Daten austauschen
      Das könnte z.B. der Fall sein, wenn kein Hotwire Interface konfiguriert ist, die Verkabelung nicht korrekt ist, falsche SSH Keys verwendet oder nicht ausgetauscht wurden oder falls die Gegenstelle offline bzw. down ist
    • disabled: Es ist kein Cluster konfiguriert
      notempty
      Neu ab v14.2.0
    hotwire_dev
    ∣Ax
    		 Gibt das Interface an, auf dem das Hotwire Interface konfiguriert ist.
    maintenance
    ∣false
    		 Gibt an, ob die UTM im Wartungsmodus (true) ist oder nicht (false)
    cli> system config save name <Name der Konfiguration> Falls in der CLI eine Konfigurationsänderung durchgeführt wurde, muss diese erst lokal gespeichert werden. Erst dann wird eine Synchronisierung des Clusters übertragen.
    cli> system config synchronize Durch diesen Befehl kann die jeweilige Start-Konfiguration über die Hotwire Schnittstelle an den Cluster Partner übertragen werden.
    Dabei wird die Konfiguration von der UTM verwendet, auf der der Befehl ausgeführt wird.
    Ein Artikel zu den system-Befehlen findet sich hier.
    cli> extc value get application "securepoint_firewall" variable "UPDATE_TRIGGER_DELAY" Value ∣2 Zeigt den Delay in Sekunden an, bevor im Fehlerfall, von der Primary-UTM auf die Spare-UTM geschaltet wird. Der Standardwert ist 2 Sekunden.
    cli> extc value set application "securepoint_firewall" variable "UPDATE_TRIGGER_DELAY" value 2 OK Verändert den Delay, für den Fehlerfall, das von der Primary auf die Spare geschaltet wird. Der Standardwert ist 2 Sekunden und sollte nicht niedriger eingestellt werden. Falls die Appliances im Cluster eine hohe Grundlast haben sollten, kann der Wert höher eingestellt werden.
    Die Einstellung ist sofort aktiv und kann via system config synchronize auf den Partner übertragen werden.

    Wartungsmodus

    cli> cluster maintainance get value
    -----
    1     bzw. value
    -----
    0    		 Gibt aus ob der Wartungsmodus aktiv ist (1) oder nicht (0)
    cli> cluster maintainance set value "1"
    cli> system update interface    		 OK Aktiviert den Wartungsmodus
    • Der Wartungsmodus dient dazu, kontrolliert auf die Spare umzuschalten und verhindert mehrfaches Umschwenken bei mehreren Einzelschritten (Update, IP-Adressen ändern etc.)
    • Die im Wartungsmodus zur Verfügung stehenden Dienste werden im Assistenten im Schritt 4 bzw. unter Netzwerk Clusterkonfiguration Bereich Anwendungen konfiguriert
    • Die UTM ist im Wartungsmodus nicht über die virtuelle IP sondern nur über eine feste IP-Adresse erreichbar
    cli> cluster maintainance set value "0"
    cli> system update interface         		OK Deaktiviert den Wartungsmodus
    Primary
    cli> cluster maintainance set value "1"
    cli> cluster info    		 
    attribute    |value
-------------+-----
cluster_state|spare
sync_state   |synchronized
hotwire_dev  |A2 
maintainance |true
    		Zustand während des gesetzten Maintainance Mode auf der Primary
    Spare
    cli> cluster info 
    attribute    |value
-------------+-----
cluster_state|primary
sync_state   |synchronized
hotwire_dev  |A2 
maintainance |false
    		 Zustand während des gesetzten Maintenance Mode auf der Spare


    Einschränkungen

    DHCP-Client nicht mit HA-Schnittstelle kombinieren

  • Es darf kein HA Interface auf einem Ethernet oder VLAN Interface konfiguriert werden, wenn das Interface als DHCP Client konfiguriert wurde und die UTM dort eine IP-Adresse dynamisch zugewiesen bekommt.
    Sollte der DHCP Server nicht erreichbar sein nachdem sie die UTM gestartet haben und ist sie in dem Augenblick auch die Primary im Cluster, wird die virtuelle IP-Adresse vom Interface entfernt sobald der DHCP Server wieder erreichbar ist und die UTM eine neue IP-Adresse vom DHCP Server empfängt.

    • DHCP-Server in einer Clusterumgebung

  • Bei Verwendung der UTM als DHCP-Server dürfen diese IP-Adressen nicht in der gleichen Broadcast Domain der anderen IP-Adressen liegen.
    Der DHCP-Server würde sich sonst beim Fallback auf die Physische Adresse der Spare-UTM schlüsseln und die Leases nicht synchronisieren. Siehe: Cluster Konfiguration Schritt 2
    • Abgerufen von „https://wiki.securepoint.de/index.php?title=UTM/NET/Cluster&oldid=109402“