Secure SD-WAN
Die Netzwerkhälfte von SASE: verschlüsselte Overlays zwischen Ihren Standorten, aus einer Topologie-Ansicht bereitgestellt, plus anwendungsbezogene Kontrolle darüber, über welchen Uplink ein Fluss hinausgeht.
Die Entscheidung fällt pro Sitzung, danach was der Verkehr ist statt aus welchem Subnetz er kommt — und sie wird neu getroffen, wenn eine Leitung schlechter wird.
Die Firewalls, die ein Kunde bereits hat, nach Standort gelistet. Auf die Fläche ziehen — und sie wird Spoke oder Hub.
Alles, was am primären Hub ankommt, trifft auf dieselbe Policy: Anwendungskontrolle, IDS/IPS, TLS-Inspektion, DLP und AI Gateway.
Auf oder ab, Latenz, Bytes je Richtung — am Link, wo Sie hinsehen, nicht in einem Log, das Sie erst öffnen müssten.
Wie schnell Spokes auf einen Backup-Hub wechseln, wenn der primäre nicht mehr antwortet, ist eine Einstellung der Zeichnung — nicht jeder Firewall.
Die Fläche weiß, wann sie von dem abweicht, was die Firewalls fahren. Ein Button schreibt die Konfiguration beider Tunnelenden und verteilt sie.
Zedmos
Anwendung, Kategorie, TLS-Servername oder Domain — je nachdem, worauf die Regel greift. Nicht der Port: der identifiziert seit Jahren nichts mehr.
Sie
Eine zweite Internetleitung, ein Tunnel oder eine bestimmte Schnittstelle. Sie legen zudem fest, was geschieht, wenn das Ziel unbrauchbar ist: ausweichen oder verwerfen — damit Verkehr, der nur durch den Tunnel darf, nicht still die offene Leitung nimmt.
Zedmos
Jeder Kandidat wird in kurzem Takt geprüft und nach Verlust, Latenz und Jitter bewertet. Eine Leitung, die läuft und vier Prozent verliert, ruiniert ein Gespräch und besteht jeden Up/Down-Test — die Bewertung findet sie.
Zedmos
Die Sitzung verlässt das Haus über die gewählte Leitung; Regel und Ausgang stehen im Protokoll — die Frage, warum Verkehr diesen Weg nahm, hat eine Antwort.
Adressierung, Schlüssel und Routen werden für Sie berechnet. Jedes Mesh erhält einen eindeutigen Bereich, jeder Knoten eine Adresse daraus, und die erlaubten Routen jedes Peers werden bei jeder Topologie-Änderung neu bestimmt. Schlüssel entstehen auf der Firewall selbst; eingesammelt wird nur der öffentliche Teil.
WireGuard für die meisten Installationen. OpenVPN, wo eine zertifikatsbasierte Umgebung ohnehin Standard ist und das Team sie kennt. GRE, wo der Transport bereits privat ist und Sie Routing ohne zweite Verschlüsselungsschicht wollen. Die Konsole erklärt jede Wahl, bevor Sie sich festlegen.
Der Backup-Hub hält nur Host-Routen, solange der primäre gesund ist — er zieht also nie unbemerkt Verkehr an sich. Antwortet der primäre nicht mehr, zieht die Konsole jeden Spoke um: automatisch, sobald Sie es aktivieren, oder auf Ihren Befehl mit Vorschau aller Änderungen.
Eine Regel wählt Verkehr nach Anwendung, Kategorie, TLS-Servername oder Domain aus und benennt den Uplink: ein zweites WAN, einen WireGuard-, OpenVPN- oder GRE-Tunnel oder eine gewöhnliche Schnittstelle. Ist das Ziel ungesund, kann die Regel auf ein anderes ausweichen — oder verwerfen, damit ein Fluss, der nur durch den Tunnel darf, nicht klammheimlich über das offene WAN hinausgeht.
Jeder Kandidaten-Uplink wird alle fünf Sekunden über ICMP, DNS oder HTTP geprüft und über ein gleitendes Fenster nach Paketverlust, Latenz und Jitter bewertet. Ein Tunnel gilt als gesund, wenn sein Handshake aktuell ist — nicht, weil die Schnittstelle existiert. Hysterese verhindert das Flattern grenzwertiger Verbindungen.
Demo & Preise: info@zedmos.com
Demo anfragen