Nachdem wir den Aufbau eines Hochverfügbarkeitsclusters mit zwei UTM 220 von Sophos / Astaro begonnen hatten, stießen wir auf einige Probleme, die es wert sind, hier ausführlicher dokumentiert zu werden.
Zunächst wurde der Cluster gemäß den folgenden Schritten eingerichtet:
„Trying zeroconf. Zeroconf failed, Permission denied.“
Kurz darauf fuhr die UTM unerwartet herunter.
Im HA-Live-Protokoll der UTM wurde der folgende Eintrag generiert:
„Autojoin of 198.xxx.xxx.xxx denied“.
Bei einer gründlichen Überprüfung der Konfiguration in der UTM stellte sich heraus, dass unter „Hochverfügbarkeit -> Konfiguration -> Erweitert“ kein Haken bei „Automatische Konfiguration neuer Geräte aktivieren“ gesetzt war.
Um das Problem zu beheben, wurde dieser Haken gesetzt, und die neue UTM wurde erneut eingeschaltet. Dieses Mal begann sie erfolgreich mit der Synchronisierung und schloss diesen Vorgang ohne Probleme ab.
In der Statusanzeige waren nun zwei UTMs im Status „Active“ sichtbar, wobei eine als Master und die andere als Slave fungierte.
Um die Konfiguration weiter zu verfeinern und die Stabilität des Clusters zu verbessern, wurden zusätzliche Maßnahmen ergriffen:
Diese zusätzlichen Konfigurationsschritte wurden unternommen, um eine zuverlässige und robuste Hochverfügbarkeitslösung für das Netzwerk zu gewährleisten. Nach deren Implementierung waren die UTMs erfolgreich in Betrieb und sorgten für eine kontinuierliche Verfügbarkeit der Netzwerkdienste.
Briefing E-Mails von Cortana in Microsoft 365 deaktivieren
WSUS – Fehler bei der Nachinstallationsaufgabe – Was tun?
Wo liegen meine Daten in Microsoft 365
Aktivierung von Windows 10 (nach Upgrade von Windows 7) bei Hardwarewechsel