Dlaczego OPNsense oddzieliło się od pfSense?

Dlaczego opnsense oddzieliło się od pfsense? Spór o licencję

Zrozumienie kwestii dlaczego opnsense oddzieliło się od pfsense pozwala lepiej ocenić niezależność systemów sieciowych. Zmiany w polityce rozwoju oprogramowania wywołały spore zaniepokojenie w społeczności open source. Poznaj kluczowe wydarzenia i decyzje, aby świadomie wybrać bezpieczne rozwiązanie dla swojej infrastruktury.

Dlaczego OPNsense oddzieliło się od pfSense?

Projekt OPNsense oddzieliło się od pfSense na przełomie 2014 i 2015 roku. Decyzję o podziale podjęła holenderska firma technologiczna Deciso, która wcześniej była partnerem i sponsorem pfSense. Rozłam ten nie wydarzył się z dnia na dzień - narastające różnice wizjonerskie i technologiczne musiały w końcu doprowadzić do secesji.

Główne powody tego kroku można podzielić na trzy kluczowe kategorie: biznesowo-licencyjne, techniczne oraz czysto filozoficzne. Każdy z tych aspektów odegrał istotną rolę w ukształtowaniu nowej platformy, która miała zagwarantować użytkownikom większą przejrzystość.

Zmiana polityki i spadek transparentności (Powody Biznesowe)

Po tym, jak firma Netgate przejęła większościowe udziały w pfSense, rozwój oprogramowania zaczął stawać się coraz bardziej scentralizowany i zamknięty. Decyzje zaczęto podejmować za zamkniętymi drzwiami, marginalizując rolę zewnętrznych kontrybutorów, którzy przez lata budowali społeczność.

Kwestie licencyjne wywołały największy niepokój. Pojawiły się obawy, że pfSense odejdzie od całkowicie wolnego oprogramowania - co zresztą potwierdziło się w kolejnych latach m.in. poprzez wydzielenie płatnej wersji pfSense Plus oraz zamykanie kodu narzędzi budowania systemu.

Jakość kodu i bezpieczeństwo (Powody Techniczne)

Twórcy OPNsense uznali ówczesny kod źródłowy pfSense za chaotyczny, monolityczny i trudny w utrzymaniu. Postanowili przepisać system od zera, opierając go na nowoczesnym frameworku MVC (Model-View-Controller), co miało ułatwić dodawanie nowych wtyczek i funkcji.

W starym kodzie pfSense cały panel webowy działał z uprawnieniami konta root, co stanowiło poważne ryzyko bezpieczeństwa w przypadku wykrycia luki w interfejsie graficznym. OPNsense od samego początku wdrożyło rygorystyczne standardy bezpieczeństwa i sztywny, regularny harmonogram wydawniczy.

Podejście do społeczności (Filozofia projektu)

Twórcy OPNsense chcieli stworzyć projekt prawdziwie demokratyczny, w którym społeczność ma realny wpływ na rozwój systemu. Symbolem tego podejścia był moment, gdy w 2015 roku Manuel Kasper zamknął legendarny projekt m0n0wall, z którego pierwotnie wyrosło pfSense.

Oficjalnie rekomendował on swoim użytkownikom przejście właśnie na OPNsense, a nie na pfSense, co uznano za ogromne poparcie dla nowo powstałego forka. Przeglądając rożnice między opnsense a pfsense,
widzimy wyraźnie, że rozłam ten zapoczątkował również wieloletni, bardzo ostry konflikt wizerunkowy i prawny pomiędzy Netgate a Deciso.

Porównanie OPNsense i pfSense

OPNsense

- Nowoczesny framework MVC, wysoki poziom bezpieczeństwa WebUI

- Przewidywalny cykl - dwie duże aktualizacje rocznie

- Czysta licencja 2-clause BSD, całkowicie otwartoźródłowa

pfSense (Netgate)

- Tradycyjny, rozwijany ewolucyjnie od lat

- Nieregularny harmonogram wydawnictw społecznościowych

- Model mieszany (Community Edition oraz komercyjna wersja Plus)

Wdrożenie zapory w firmie Tomasza

Tomasz, administrator sieci w średniej wielkości firmie w Warszawie, stanął przed wyborem systemu firewall na przełomie 2015 i 2016 roku, tuż po rozłamie na rynku.

Początkowo obawiał się niestabilności nowego OPNsense i rozważał sprawdzone pfSense, jednak polityka komercyjna zaczynała budzić jego wątpliwości.

Po przetestowaniu obu rozwiązań w środowisku testowym docenił czytelność panelu opartego na MVC oraz regularne łatki bezpieczeństwa dostarczane co dwa tygodnie w OPNsense.

Ostatecznie wdrożył OPNsense na dedykowanym serwerze brzegowym, co ułatwiło zarządzanie wtyczkami i zagwarantowało przejrzystość licencyjną na kolejne lata.