Jedes Werk sichern mit einer Richtlinie.
Ein Access Gate pro Werk, verbunden über sichere Tunnel. Geschützte Zonen reichen von einem Werk ins andere. Sie haben eine Richtlinie, einen Überblick und einen Audit-Trail für alle Werke.
So funktioniert dieses Design.
Jedes Werk erhält sein eigenes Access Gate. Die Werke sind über WAN-Verbindungen oder Site-to-Site-Tunnel verbunden. Sichere Tunnel zwischen den Access Gates lassen Enklaven über Werksgrenzen hinweg reichen. Personen und Maschinen erreichen Ressourcen in anderen Werken nach denselben Regeln, ohne zentralen Cloud-Controller.
Ein Access Gate pro Werk.
Standort A und Standort B betreiben jeweils ihr eigenes Access Gate. Lokaler Verkehr wird lokal gesteuert, ohne zusätzliche Latenz durch standortübergreifendes Routing.
Tunnel zwischen Werken.
Die Access Gates bauen über WAN oder VPN sichere Tunnel zueinander auf. So reichen Enklaven von Werk zu Werk.
Keine Cloud-Abhängigkeit.
Richtlinien, Daten und Verwaltung bleiben vor Ort. Die Werke arbeiten eigenständig und verbinden sich bei Bedarf.
Eine lokale Bastion in jedem Werk.
Jedes Access Gate arbeitet als lokale Bastion. Es verbirgt und schützt die lokalen Geräte, wenn sich Werke miteinander verbinden.
Zwei Werke mit sicherer Verbindung.
Die Basistopologie zeigt Standort A und Standort B, verbunden über ein WAN. Jeder Standort hat eigenen Router, eigene WAN-Verbindung und eigenes Gateway. Jedes Access Gate wird lokal angebunden und baut einen sicheren Tunnel zum anderen Standort auf.
Eine lokale Installation an jedem Standort.
Jeder Standort erhält ein Access Gate, inline für die lokalen VLANs oder neben dem lokalen Gateway. Es betreibt auch lokale Dienste wie DNS und Zeit, einen Historian und einen Update-Server. Standort A und Standort B arbeiten eigenständig.
Eine WAN-Verbindung zwischen Standorten.
Die Standorte sind über das WAN verbunden. Die Access Gates bauen über diese Verbindung sichere Tunnel zueinander auf.
Enklaven über Standorte hinweg.
An Standort A definierte Enklaven reichen über den Tunnel bis Standort B. Maschinen beider Standorte können derselben Enklave angehören.
Jeder Standort passt zu seinem Netz.
Standort A kann am Edge Gateway angebunden sein, Standort B am OT-Gateway. Jeder Standort wird für sein lokales Netz konfiguriert.
Eine Maschine in einem anderen Werk erreichen.
Dieses Diagramm zeigt einen Benutzer an Standort B, der über den Tunnel eine Ressource an Standort A erreicht. Die beiden Access Gates bauen die Sitzung auf. Beide Seiten prüfen die Identität und wenden die Regeln an.
Zugriff über Standorte hinweg.
Ein Benutzer oder eine Maschine an Standort B kann eine geschützte Ressource an Standort A erreichen. Die gemeinsame Enklave transportiert den Overlay-Verkehr zwischen den Access Gates.
Aufbau des sicheren Tunnels.
Die Access Gates handeln einen sicheren Tunnel zwischen den Standorten aus. Die Konfiguration jedes Standorts legt fest, ob er am Edge- oder am OT-Gateway angebunden ist.
Enklaven sind an keinen Standort gebunden.
Eine CUI-Enklave oder OT-Schutzzone, die an einem Standort definiert ist, kann Maschinen anderer Standorte einschließen.
Überall dieselben Regeln.
Zugriffsregeln folgen der Enklave, unabhängig vom Gebäude. An jedem Standort gelten dieselbe Authentifizierung und dieselben Berechtigungen.
Laden Sie die Multi-Site-Architektur herunter.
Erhalten Sie beide Diagramme in einem Paket für Ihr Team: Basistopologie und Enklaven-Verbindung.
Ein Gateway.
Beginnen Sie mit einem Werk. Binden Sie ein Access Gate an Ihr bestehendes Netzwerk an und ergänzen Sie später weitere Werke.
Zwei Gateway-Schichten.
Brauchen Sie getrennte Kontrolle für IT und OT, bevor Sie weitere Werke anbinden? Eine Appliance deckt beide Domänen ab.
Multi-Site Architecture.
Multi-Site Architecture: Video Walkthrough
See how Access Gates create encrypted overlay networks across distributed sites (substations, factories, and remote facilities) with centralized policy management.
Request a DemoWie viele Standorte betreiben Sie?
Zählen Sie Ihre Werke und kleinen Standorte. Sehen Sie die nötigen Access Gates, den Preis und den ROI gegenüber einem Netzwerkprojekt.
Fragen zum Multi-Site-Design.
Standorte unterstützt. Jeder neue Standort bringt ein Access Gate mit, ohne zentralen Controller.
Nein. Jeder Standort arbeitet mit seinem eigenen Access Gate. Fällt die WAN-Verbindung aus, läuft die lokale Kontrolle weiter. Der Zugriff zwischen Standorten pausiert während des Ausfalls und läuft von selbst wieder an, sobald die Verbindung zurück ist.
Das Design skaliert auf viele Standorte. Jeder Standort bringt ein Access Gate mit. Enklaven können jede Kombination verbundener Standorte umfassen, ohne zentralen Hub oder Cloud-Controller.
Jede Standard-IP-Verbindung funktioniert: MPLS, Internet-VPN oder dedizierte WAN-Leitungen. Das Access Gate baut verschlüsselte Tunnel auf, unabhängig von der darunterliegenden WAN-Technik.
Ja. Jeder Standort konfiguriert sein Access Gate eigenständig. Standort A kann am Core-Bus angebunden sein, Standort B am OT-Bus. Der Tunnel dazwischen gleicht den Unterschied aus.