Was sich mit Stargate ändert

Das neue HIN Gateway ist ein Mail-fähiger Mesh-Knoten pro Organisation: gegenüber dem eigenen Mailsystem SMTP-kompatibel, intern mit dezentraler Schlüsselverwaltung, WireGuard-Transport zwischen den Instanzen und Bereitstellung als VM-Image oder mit Docker Compose. Damit ändern sich Firewall-Freigaben, Betriebsverantwortung, Monitoring und das Zusammenspiel mit Exchange Online oder Exchange Server. Das gewachsene Regelwerk des alten Gateways, der Systemversand von Scannern und Fachanwendungen sowie die Behandlung von Empfängern ohne HIN-Adresse müssen neu geplant werden.

Leistungen

  • StandortbestimmungWelche Funktionen das heutige Gateway tatsächlich erfüllt: Regeln, Systemversand, Domänen, Empfänger ohne HIN-Adresse, Abhängigkeiten zu Exchange und Firewall.
  • Umstieg auf StargateInstallation, Netzwerk- und Firewall-Freigaben, Mailrouting zum und vom Mesh-Knoten, Tests und Umstellung.
  • Alternativen prüfenOb ein Betrieb ohne eigenes Gateway oder eine andere Verschlüsselungslösung besser passt, hängt von Mailvolumen, Systemversand und Anforderungen ab; die Entscheidung wird nachvollziehbar dokumentiert.
  • Exchange-IntegrationConnectoren und Transportregeln so anpassen, dass keine Mail-Schlaufen und keine Spoofing-Verdikte entstehen.

Ablauf

  1. StandortbestimmungFunktionen, Abhängigkeiten und einliefernde Systeme des bestehenden Gateways erfassen.
  2. Zielbild und PlanungStargate oder Alternative, Wartungsfenster abgestimmt auf die Termine von HIN.
  3. Parallelbetrieb und UmstellungTestverkehr über das neue Gateway, danach Routen einzeln und rückholbar umstellen.
  4. RückbauAltes Gateway aus Routing, Firewall und Monitoring entfernen, Zielumgebung dokumentieren.

Beispiele aus der Praxis