Plattform
Sie verwalten Ihre Sites, den Rest betreiben wir
EdgeWall ist ein betriebener Dienst. Es gibt keine Software, die Sie installieren, keine Pakete, die Sie einspielen, und keine Standorte, die Sie selbst unterhalten.
Aufteilung
Wer was macht
Ihre Seite
Konfiguration
- Sites anlegen und Routen festlegen
- Backends eintragen und steuern
- WAF-Einstellungen und Ausnahmen
- Zugriffslisten und Rate Limits
- Zertifikate ausstellen oder hochladen
- Zwischenspeicher einrichten und Inhalte verwerfen
- Benutzer und Rollen der eigenen Organisation
Unsere Seite
Betrieb
- Standorte und die Datenebene darauf
- Die zentrale Verwaltung
- Aktualisierung der Software
- Aktualisierung des WAF-Regelwerks
- Verteilung der Konfiguration an die Standorte
- Überwachung der Plattform selbst
Standorte in Deutschland, Finnland, Niederlande, Frankreich, Österreich, Italien.
Ausrollen
Was passiert, wenn Sie speichern
Jede Änderung durchläuft dieselbe Folge.
- 01 Ändern Die Änderung wird als Revision gespeichert. Der vorherige Stand bleibt unverändert bestehen.
- 02 Prüfen Vor der Aktivierung prüft das System die Konfiguration auf Gültigkeit.
- 03 Aktivieren Der Wechsel ist atomar. Es gibt keinen Zustand, in dem halb die alte und halb die neue Konfiguration gilt.
- 04 Health-Gate Nach dem Ausrollen wird geprüft, ob die Standorte weiterhin gesund antworten.
- ↩ Zurück Schlägt das Health-Gate fehl, wechselt das System selbsttätig auf den vorherigen Stand. Ein Eingriff ist dafür nicht nötig.
Sie vergleichen Revisionen und rollen einzelne zurück. Sichtbar ist außerdem, welche Revision an welchem Standort aktiv ist. Damit ist die Frage beantwortbar, ob eine Änderung überall angekommen ist.
Organisationen
Getrennt, auch wenn es dieselbe Plattform ist
Sites, Benutzer und Berechtigungen gehören immer zu einer Organisation.
Rollen
Innerhalb einer Organisation regeln Rollen, wer nur lesen darf, wer Konfiguration ändern darf und wer Benutzer und Zugänge verwaltet. Ein Dienstleister kann so Einsicht bekommen, ohne Änderungsrechte zu haben.
Domainnachweis über DNS
Bevor eine Organisation eine Domain einrichten kann, muss sie den Besitz über einen DNS-TXT-Eintrag nachweisen. Erst danach weisen Sie die Domain zu.
Für Dienstleister gebaut
Für mehrere Kunden braucht es keine getrennten Installationen und keine Konfigurationsdateien, die pro Kunde auseinanderlaufen. Die Trennung liegt im Datenmodell.
Keine internen Ziele
Konfiguriert jemand ein Upstream-Ziel, wird die Adresse gegen eine SSRF-Sperrliste geprüft. Eine Konfiguration, die auf 127.0.0.1 oder private Adressbereiche zeigt, wird abgewiesen.
Zugriffskontrolle
IP-Zugriffslisten je Site akzeptieren Allow, Deny und CIDR-Blöcke. Auf Netzebene gibt es eine separate Sperrliste, die als nftables-Regelwerk auf den Knoten ausgerollt wird. Verkehr von gesperrten Adressen wird im Kernel verworfen, bevor er den Proxy-Prozess erreicht.
Rate Limiting aktivieren Sie je Site. Wenn mehrere Knoten dieselbe Site bedienen, koordiniert Redis die Zähler knotenübergreifend.
Audit-Log
Änderungen und administrative Vorgänge werden vollständig protokolliert: wer, was, wann. Nach einem Zwischenfall ist das die erste Frage, und sie sollte nicht von Erinnerungsvermögen abhängen.
Die Konfigurationsdatenbank sichern Sie über die Kommandozeile und spielen sie dort auch zurück. Ein Rollback auf eine frühere Revision ist davon unabhängig jederzeit möglich.
Bedienung
Oberfläche, Schnittstelle oder Kommandozeile
Schnittstelle
Zugang über API-Tokens, für Änderungen aus eigenen Abläufen heraus. Tokens werden nicht im Klartext gespeichert.
Kommandozeile
Werkzeug für Betriebsaufgaben — etwa Zertifikatsverwaltung und Sicherungen.
Organisationen vorher festlegen
Für Agenturen und Dienstleister ist die Aufteilung in Organisationen meist der erste Punkt. Sinnvoll ist, sie vor dem Aufschalten festzulegen.
Schreiben Sie an support@itworxx.de. Diese Seite hat kein Kontaktformular und setzt keine Cookies.