Die beiden populärsten FreeBSD-Firewall-Distributionen driften seit dem Fork 2015 kontinuierlich auseinander. 2026 sind pfSense Plus 24.11 und OPNsense 25.7 technisch, lizenzrechtlich und in der Community-Ausrichtung so weit entfernt wie nie zuvor. Für SMB-IT-Entscheider heisst das: Die Wahl zwischen beiden Produkten ist keine reine Geschmacksfrage mehr, sondern eine strategische Entscheidung mit konkreten Konsequenzen für Feature-Roadmap, Support-Kosten und Betriebsmodell.
Wir betreiben in Neuburg an der Donau seit Jahren beide Systeme parallel bei Kunden — vom kleinen Handwerksbetrieb mit 20 Arbeitsplätzen bis zur mehrstandortigen Steuerkanzlei mit HA-Cluster. Dieser Artikel fasst zusammen, wo die Systeme 2026 tatsächlich stehen, ohne Marketing-Nebel.
Lizenzmodell und Community 2026
Netgate hat mit pfSense Plus 23.09 endgültig eine Grenze gezogen: Die Community Edition (pfSense CE) erhält keine funktionalen Neuerungen mehr, sondern nur noch Security-Fixes. Alle Weiterentwicklungen fliessen in pfSense Plus, das für Non-Netgate-Hardware seit 2024 eine Home+Lab-Lizenz zu 129 USD/Jahr voraussetzt. Für kommerzielle Nutzung greift TAC Lite ab 349 USD/Jahr pro Instanz.
OPNsense bleibt strikt Open Source unter der 2-Clause-BSD-Lizenz. Deciso als Herstellerfirma monetarisiert über Hardware-Appliances und die kostenpflichtige OPNsense Business Edition (129 EUR/Jahr), die einen um sechs Monate verzögerten, aber langzeitstabilen Release-Kanal bietet. Der Community-Kanal folgt dem klassischen Muster mit Major-Releases im Januar und Juli.
Die Community-Aktivität hat sich entsprechend verschoben: Der OPNsense-Forum-Bestand an aktiven Diskussionen ist laut öffentlichen Zahlen deutlich gewachsen, während das offizielle pfSense-Forum stärker moderiert wird und viele Plugin-Diskussionen auf Reddit und Discord ausgewandert sind.
Feature-Matrix im direkten Vergleich
Die folgende Tabelle zeigt den Stand August 2026 bei den Themen, die in unseren Kundenprojekten am häufigsten den Ausschlag geben:
| Feature | pfSense Plus 24.11 | OPNsense 25.7 |
|---|---|---|
| WireGuard | In-Kernel, GUI vollständig | In-Kernel seit 22.7, GUI + Business-Plugin |
| Zenarmor (NGFW/L7) | Verfügbar als kostenpflichtiges Plugin | Verfügbar, Free-Edition mit 16 Policies |
| HAProxy | Community-Package (Legacy) | Offizielles Plugin, aktiv gepflegt |
| Suricata GUI | Grundfunktionen | Umfangreicher: ET-Pro-Kategorien, Alert-Tuning per Klick |
| MFA / TOTP | Ja, integriert | Ja, integriert plus WebAuthn/FIDO2 |
| High Availability (CARP) | Reifste Implementierung, ZFS-basierte Config-Sync | Vollständig, mit XMLRPC-Sync und pluggable Backends |
| Reporting | NetFlow via Softflowd | Integrierte NetFlow-/Insight-Reports out of the box |
| Web-UI | Klassisch, PHP-basiert | Modern, MVC-basiert (Phalcon) |
| Update-Kadenz | ~2 Major-Releases/Jahr | 2 Major-Releases/Jahr, wöchentliche Patch-Updates |
VPN-Stacks: WireGuard, IPsec und die Kernel-Frage
Beide Systeme haben inzwischen WireGuard fest im Kernel verankert. Die Umsetzung unterscheidet sich in der GUI-Reife: OPNsense hat mit dem 25.1-Release die Konfigurationsoberfläche komplett überarbeitet, inklusive Peer-Import per QR-Code für iOS-/Android-Clients. pfSense Plus zieht in 24.08 mit einer vergleichbaren Oberfläche nach.
IPsec bleibt auf beiden Systemen der De-facto-Standard für Site-to-Site-Tunnel mit anderen Herstellern. Für Roadwarrior-Setups empfehlen wir in OPNsense-Projekten inzwischen fast ausschliesslich WireGuard — schneller, weniger NAT-Traversal-Probleme, sauberere Client-Konfiguration. Ein typisches Beispiel für einen Peer-Eintrag:
[Interface]
PrivateKey = <client-private-key>
Address = 10.20.30.5/32
DNS = 10.20.30.1
[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.beispiel.de:51820
AllowedIPs = 10.0.0.0/8, 192.168.0.0/16
PersistentKeepalive = 25
Plugins und Zusatzdienste
Der grösste sichtbare Unterschied im Alltag liegt im Plugin-Ökosystem. OPNsense pflegt Plugins wie HAProxy, Nginx, ACME.sh (Let’s Encrypt), Telegraf, Zabbix Agent, WireGuard und den TFT-basierten Zenarmor-Connector als first-class citizens im offiziellen Repository. Updates kommen synchron mit dem Basissystem.
pfSense Plus konzentriert die Weiterentwicklung stärker auf integrierte Kernfunktionen und kommerzielle Partnerprodukte. HAProxy existiert als Community-Package, hinkt aber der aktuellen Upstream-Version deutlich hinterher. Für Layer-7-Anforderungen setzen Netgate-Kunden zunehmend auf externe Reverse-Proxys oder auf Zenarmor.
Zenarmor als NGFW-Layer läuft auf beiden Systemen und liefert Application Control, Web-Filtering und Cloud-Reporting. Die Free-Edition mit 16 Policies reicht für viele kleine Standorte, ab dem SOHO-Plan werden 25 USD/Monat fällig.
High Availability und Betrieb
CARP-basierte HA-Cluster mit pfSync und Config-Replikation gehören seit Jahren zum Repertoire beider Systeme. Netgate hat mit pfSense Plus die ZFS-basierte Boot-Environment-Verwaltung ausgebaut, was Rollbacks nach fehlgeschlagenen Updates deutlich vereinfacht. OPNsense setzt auf UFS oder ZFS und bietet mit dem opnsense-update-Werkzeug ebenfalls sauberes Update-Handling.
In der Praxis sehen wir bei beiden Systemen stabile Cluster-Uptimes über mehrere Jahre, sofern die Hardware sauber dimensioniert ist. Als Faustregel: Für Umgebungen mit mehr als 500 Mbit/s WAN-Durchsatz und aktivierter IDS/IPS empfehlen wir mindestens einen Intel Xeon E-2400 mit 32 GB ECC-RAM und NVMe-Storage. Details zur Hardware-Auswahl haben wir in unseren Infrastruktur-Projekten mehrfach dokumentiert.
Migrationspfade in beide Richtungen
Ein direkter Config-Import zwischen pfSense und OPNsense wird von Deciso offiziell unterstützt: System > Configuration > Restore akzeptiert exportierte pfSense-XMLs bis Version 2.4. Bei neueren pfSense-Plus-Versionen ist der Import unvollständig, weil Netgate proprietäre Erweiterungen im XML-Format eingeführt hat — Firewall-Regeln, Interfaces, DHCP und statische Routen kommen sauber rüber, VPN-Konfigurationen und Zertifikate müssen meist neu angelegt werden.
Der umgekehrte Weg (OPNsense nach pfSense) wird von Netgate nicht offiziell unterstützt. In der Praxis migrieren wir hier manuell über eine Baseline-Konfiguration und übernehmen Regeln, Aliase und VPN-Setups gezielt. Für grössere Umgebungen ist eine parallele Inbetriebnahme mit anschliessender Cutover-Nacht der stabilere Weg.
Fazit und Empfehlung
Für 2026 zeichnet sich unser Bild klar ab: OPNsense ist die richtige Wahl, wenn Open-Source-Konsistenz, ein aktives Plugin-Ökosystem und moderne Reporting-Funktionen im Vordergrund stehen. pfSense Plus lohnt sich, wenn Sie bereits im Netgate-Ökosystem verankert sind, TAC-Support brauchen oder auf ZFS-Boot-Environments und die reife CARP-Implementierung setzen. Für die meisten SMB-Neuprojekte in Deutschland fällt unsere Empfehlung inzwischen zugunsten von OPNsense aus — Lizenzkosten, DSGVO-Distanz zum US-Hersteller und Plugin-Verfügbarkeit sprechen dafür.
DATAZONE unterstützt Sie bei der Auswahl, Planung und Migration Ihrer Firewall-Infrastruktur — inklusive HA-Cluster-Design, VPN-Rollout und laufender Wartung. Sprechen Sie uns über das Kontaktformular an, wir prüfen Ihre bestehende Konfiguration und schlagen einen konkreten Migrationsplan vor.
Mehr zu diesen Themen:
Weitere Artikel
OPNsense HA mit CARP: 3 Fallstricke aus der Praxis
OPNsense HA mit CARP im SMB-Umfeld: die drei haeufigsten Fallstricke -- Config-Drift, Sync-Interface-Saturation und DHCP-Failover -- mit Fix-Prozeduren.
Fritzbox ablösen durch OPNsense: Wann KMU wechseln sollten
Wann reicht die Fritzbox nicht mehr? OPNsense als Nachfolger für KMU-Netzwerke: VLANs, echte Firewall-Regeln, VPN-Konzentrator und SNMP-Monitoring.
OPNsense Suricata: Regel-Tuning ohne False-Positive-Flood
Suricata in OPNsense richtig tunen: ET/Open vs. kommerzielle Rulesets, Threshold- und Suppression-Listen, SIEM-Anbindung und IOC-Rules gegen Alert-Fatigue.