Roadmap

Hier steht, was OPNexus zuletzt bekommen hat, woran gearbeitet wird und was als Nächstes geplant ist. Das sind Absichten, keine Zusagen: Es gibt keine Termine, und die Reihenfolge kann sich ändern, wenn etwas Dringenderes auftaucht.

Zuletzt ausgeliefert Oktober 2026

1.31 Vulture – Regeln sicher entfernenGefundene Kandidaten lassen sich über die gewohnte Vorschau deaktivieren: ohne Bestätigung setzt OPNexus sie automatisch zurück. Später löschen und wiederherstellen, mit Schutz des Verwaltungszugangs, nur für Admins.
1.30 Owl – Regeln aufräumen und nachvollziehenDie Regel-Analyse zeigt jetzt ungenutzte, verdeckte und doppelte Regeln als Kandidatenliste (mit Konfidenz und Begründung), und jede Regel hat einen Änderungsverlauf: wer oder was hat sie wann geändert, über OPNexus oder direkt auf der Firewall.
1.29 Caracara – Rechte sichtbar, Gateways einzeln, HärtungFehlende API-Rechte für Gateway- und Dienststatus werden angezeigt und gemeldet, Gateway-Alarme lassen sich je Gateway abschalten. Dazu Härtung bei Sitzungs-Cookies, SSO, Webhook-Zielen (DNS-Rebinding) und der Firewall-Oberfläche, parallele Benachrichtigungen und ein erweitertes Grafana-Dashboard.
1.28 Sparrowhawk – Gleiches nur einmalBeim Übernehmen erkennt OPNexus, dass eine Regel, ein Alias oder eine NAT-Regel schon zentral existiert, und verknüpft sie, statt sie zu verdoppeln. Hilft bei HA-Paaren und gleichen Regeln an mehreren Standorten.
1.27 Buzzard – Firewall-Oberfläche über OPNexusDie Weboberfläche einer Firewall mit einem Klick öffnen, auch hinter NAT; eigene Browser-Adresse, nur für Admins, standardmäßig aus.
1.26 Kite – Regel-AnalyseWelche Regel trifft Quelle, Ziel und Port? Pro Firewall, in pf-Reihenfolge, mit Konfidenz „sicher / vermutlich / unbekannt“.

In Arbeit

Konfiguration als CodeZentrale Objekte als YAML exportieren und importieren, optional in ein Git-Repository; Importe laufen durch dieselbe Vorschau.

Als Nächstes

Weitere HärtungFeinschliff aus den Sicherheits-Reviews, etwa die Zieladress-Prüfung auch für Audit-Export, Offsite-Backup und Versionshinweis.

Später und Ideen

Soll-VerbindungenFestlegen, dass z. B. „A → B:443 muss erlaubt sein“, und das mit der Regel-Analyse prüfen. Grundlage dafür, später Regeländerungen zeitgesteuert und mit automatischer Bestätigung auszurollen.
Mehr getestete OPNsense-VersionenEine feste Testreihe über 25.7, 26.1 und 26.7.
Firewall-Oberfläche per SubdomainStatt eigener Ports eine eigene Adresse je Sitzung, für Installationen mit DNS-Namen.
Plugin-Inventar und IDS-RichtlinienNur bei Nachfrage.

Bewusst nicht geplant

Mandantenfähigkeit für Dienstleister (MSP)OPNexus ist für Menschen und Firmen gedacht, die ihre eigenen Firewalls betreiben.
pfSenseDie APIs unterscheiden sich grundlegend; dafür gibt es andere Werkzeuge.
Betrieb als Cloud-Dienst (SaaS)Deine Daten bleiben auf deinem Server.
Terminal im Browser und eigener Agent auf der FirewallEine Root-Shell aus dem Browser wäre ein unnötiges Risiko, und der Management-Tunnel reicht für Firewalls hinter NAT.

Alle Releases → · Vorschläge und Fehler gern über das Quellcode-Repository. Quellcode