Gateway
–178.254.31.110
GATEWAY CONTROL
Zentrale Verwaltung
WireGuard, Standorte und Dienste sicher an einer Stelle überwachen und verwalten.
SNX Gateway · geschützter Administrationsbereich
GATEWAY CONTROL
WireGuard, Standorte und Dienste sicher an einer Stelle überwachen und verwalten.
SNX GATEWAY CONTROL
LIVE TOPOLOGIE
SYSTEMKERN
AKTIVITÄT
NETZWERK-ASSISTENT
Gateway Control kann zusätzliche Transit-/Standortnetze innerhalb 10.0.0.0/8 selbst anlegen. Dabei werden Server-Key, WireGuard-Konfiguration, systemd-Autostart und auf Wunsch die UDP-Firewallfreigabe automatisch erstellt.
AUTOMATISIERUNG
WIREGUARD
PEER-VERWALTUNG
| Status | Name | Netz | IP | Letzter Handshake | Traffic |
|---|
SNX SECURE NETWORK
Die vorhandenen WireGuard-Peers bleiben technisch unverändert. Gateway Control legt darüber eine eigene Objekt- und Policy-Schicht, damit Regeln künftig nach Gerät, Standort, Gruppe und Service statt nur nach IP-Adressen verwaltet werden können.
GERÄTEINVENTAR
| Status | Gerät | Standort / Gruppen | SNX-IP | Verbindung | Traffic |
|---|
GERÄT BEARBEITEN
STANDORTE
GRUPPEN
SERVICES
ZERO-TRUST POLICIES
Policies werden vor dem Speichern in konkrete /32- oder Netzregeln aufgelöst und über die bestehende, kompatible Policy-Chain umgesetzt. Maximal 100 konkrete Regeln je Policy schützen vor unbeabsichtigter Regel-Explosion.
| Status | Policy | Quelle | Ziel | Service | Technische Regeln |
|---|
ROUTED NETWORK
Ein Routed Network liegt hinter einem bestehenden WireGuard-Peer. Der Peer kann mehrere Netze announcen; Gateway Control ergänzt dafür kontrolliert die serverseitigen AllowedIPs und Kernel-Route.
PROXMOX-ASSISTENT
Routed Network auswählen oder anlegen.
ROUTING-PEERS
IP ADDRESS MANAGEMENT
| IP | Gerät | Typ | Netz | Status |
|---|
DOMAIN ROUTER
MAIL ROUTER
EDGE-MATRIX
| Typ | Domain | Ziel | Protokoll | Status |
|---|
SNX SHIELD
Schützt den VPS lokal gegen auffällige SYN-/Connection-Floods auf ausgewählten TCP-Diensten. Volumetrische Angriffe, die bereits die Providerleitung sättigen, benötigen weiterhin Upstream-DDoS-Schutz.
BLOCKLISTE
MANAGEMENT-SCHUTZ
Blockiert neue SSH-Verbindungen auf TCP/22 zu ausgewählten SNX-Servernetzen. Nur definierte Verwaltungsquellen dürfen neue SSH-Sitzungen aufbauen. Bereits bestehende Sitzungen bleiben beim Aktivieren erhalten; der SSH-Port des SNX-VPS selbst wird nicht verändert.
FORWARD und schützt damit nur Server hinter dem Gateway.SNX_SSH_GUARD0 RegelnLIVE WARNUNGEN
24-STUNDEN-HISTORIE
MONITORING
LIVE REQUEST FLOW
Die Darstellung wird direkt aus /etc/haproxy/haproxy.cfg gelesen. Sie zeigt Frontend, Host-/SNI-Regel, Backend und die tatsächlichen Serverziele. Ziele in den SNX-WireGuard-Netzen werden automatisch dem passenden 10er-Netz zugeordnet und per TCP geprüft.
INTERNE ZIELNETZE
BACKEND-SERVER
| Status | Backend | Server | Ziel | Netz | Latenz |
|---|
FIREWALL STATUS
iptables-save gesichert und bei einem Fehler zurückgerollt.REGELASSISTENT
GATEWAY-CONTROL-REGELN
| Typ | Quelle | Ziel | Port | Interface | Traffic | Kommentar |
|---|
KERNEL ROUTING
Hier siehst du, über welches Interface Linux die internen 10er-Netze und den Internet-Uplink tatsächlich routet. Das ist die Ebene unter WireGuard und HAProxy.
| Ziel | Gateway | Interface | Source | Metric | Scope |
|---|
FILTER / INPUT
| # | Aktion | Proto | Quelle | Zielport | Interface | Kommentar |
|---|
FILTER / FORWARD
| # | Aktion | Proto | Quelle | Ziel | Interfaces | Kommentar |
|---|
NAT / POSTROUTING
Damit wird sichtbar, welche internen Netze beim Verlassen des VPS auf eine öffentliche Quell-IP umgesetzt werden – einschließlich des bestehenden SNAT für den Hosting-Raspberry-Pi.
| # | Aktion | Quelle | Ziel | Out | To-Source | Kommentar |
|---|
NETZWERK- & GERÄTE-MATRIX
Die große Matrix zeigt weiterhin die Netz-zu-Netz-Sicht. Im Richtlinien-Editor können zusätzlich einzelne WireGuard-Peers als /32-Geräteziele ausgewählt werden. Eine Geräte-Regel ist spezifischer und wird vor einer allgemeinen Netzregel ausgewertet. Spezifische Dienstregeln haben Vorrang vor einer allgemeinen „Gesamter Verkehr“-Regel.
RICHTLINIE
MATRIX STATUS
GERÄTE / PEERS
AKTIVE MATRIX-RICHTLINIEN
| Quelle | Ziel | Aktion | Dienst | Protokoll / Ports | Traffic | Kommentar |
|---|
HAProxy / STANDARD-HTTPS
Gateway Control erkennt das vorhandene HAProxy-Frontend auf TCP/443 automatisch. Unterstützt werden sowohl HTTP mit TLS-Terminierung als auch TCP/SNI-Passthrough. Vor jeder Änderung wird ein Backup erstellt, die neue Konfiguration mit haproxy -c geprüft, HAProxy neu geladen und anschließend ein lokaler HTTPS-/SNI-Funktionstest durchgeführt.
VERÖFFENTLICHUNG
NOTFALLZUGANG / FIREWALL
HTTPS / ZERTIFIKAT
LET'S ENCRYPT
Gateway Control kann Certbot auf dem 1blu-VPS verwenden, das Zertifikat aktivieren und die automatische Erneuerung überwachen. Für die HTTP-01-Prüfung muss Port 80 kurz von Certbot übernommen werden. HAProxy wird dafür nur während der Prüfung pausiert und danach automatisch wieder gestartet.
KONFIGURATIONSSICHERUNG
Vor jeder durch SNX Gateway Control ausgeführten Peer-Änderung wird die betroffene WireGuard-Konfiguration automatisch gesichert.
| Zeit | Interface | Datei | Größe |
|---|
HAPROXY-SICHERUNG
Vor jeder Veröffentlichung oder Entfernung der Gateway-Route wird /etc/haproxy/haproxy.cfg automatisch gesichert. Bei einer fehlgeschlagenen Prüfung oder einem fehlgeschlagenen Funktionstest erfolgt ein automatischer Rollback.
| Zeit | Datei | Größe |
|---|
FIREWALL-SICHERUNG
Vor jeder durch Gateway Control ausgeführten Firewall-Änderung wird der vollständige IPv4-Regelsatz mit iptables-save -c gesichert. Ein Restore legt vorab erneut ein Sicherheitsbackup des aktuellen Zustands an.
| Zeit | Datei | Größe |
|---|
SICHERHEIT
| Zeit | Benutzer | Aktion | Ergebnis | Details |
|---|
NETZWERK BEARBEITEN
NEUER WIREGUARD PEER
PEER-ZUORDNUNG
VERBINDUNG ERSTELLT
WireGuard-App → „Aus QR-Code erstellen“
Diese Client-Konfiguration wird serverseitig nicht gespeichert. Nach dem Schließen kann der private Schlüssel nicht erneut angezeigt werden.