Wiadomość od Zimy
Dziękujemy, Active_Learner05, za potraktowanie ZimaBoard 2 jako platformy do nauki, a nie urządzenia o jednej, z góry określonej funkcji. Przekształcenie ZimaBoard 2 1664 w zaporę OPNsense, a następnie praca nad pamięcią masową, kolejnością uruchamiania, przypisywaniem interfejsów, konwersją do punktu dostępowego i wtyczkami zabezpieczającymi pokazują rodzaj praktycznej eksploracji, dzięki której domowe laboratorium staje się naprawdę użyteczne.
Szczególnie doceniamy to, że udostępniłeś ten proces, gdy projekt był jeszcze w toku. Wartość nie polega wyłącznie na tym, że zapora zaczęła działać, lecz także na tym, że inni użytkownicy mogą poznać stojące za nią decyzje: dlaczego OPNsense stał się głównym systemem operacyjnym, jak podłączono sieć, które usługi zabezpieczające włączono, co poszło nie tak podczas konfiguracji oraz czego nauczyłeś się, samodzielnie rozwiązując te problemy.
— Zima
Poznaj Active_Learner05
Active_Learner05 opisuje siebie jako człowieka wielu talentów, z doświadczeniem obejmującym sztukę, tworzenie gier, misje kosmiczne, krótkofalarstwo i programowanie. Nawet po odejściu od konwencjonalnej pracy z powodów zdrowotnych nadal tworzy: pisze, publikuje książki, sprzedaje produkty cyfrowe i odkrywa nowe projekty techniczne.
To właśnie ta ciekawość skłoniła go do włączenia do swojej konfiguracji dwóch systemów ZimaBoard 2 1664. Jeden stał się dedykowanym urządzeniem zabezpieczającym domową sieć, opartym na OPNsense. Drugi poszedł w zupełnie innym kierunku — z eGPU i starszym RTX 4060 Ti służy do obsługi Ollama, Plex, IT Tools i innych eksperymentów. W tej historii skupiamy się na pierwszej płytce: na tym, jak przekształcił ją w zaporę i router znajdujące się w centrum jego domowej sieci.
Możesz obserwować Active_Learner05 na Reddicie, aby śledzić dalszy rozwój projektu.
Dlaczego ZimaBoard 2 stał się platformą dla zapory
Wybór rozpoczął się od specyfikacji ZimaBoard 2 1664, a nie od jednego z góry zaplanowanego zastosowania. Active_Learner05 potrzebował sprzętu, na którym mógłby wykorzystać dotychczasową wiedzę, a jednocześnie nadal uczyć się w zakresie sieci, bezpieczeństwa domowego, programowania, produktywności i innych obciążeń obsługiwanych lokalnie.
W przypadku projektu zapory oznaczało to użycie płytki jako dedykowanego hosta OPNsense zamiast pozostawienia ZimaOS jako głównego systemu operacyjnego. Jego opublikowana konfiguracja obejmuje procesor Intel N150, 16 GB pamięci, dysk SSD Crucial o pojemności 500 GB oraz stos OPNsense zawierający Suricata, Unbound, Zenarmor i CrowdSec.
Instalacja OPNsense na dysku SSD SATA
Samo pierwsze uruchomienie przebiegło bezproblemowo. Active_Learner05 opisał płytkę jako łatwą do uruchomienia i niemal gotową do pracy po podłączeniu, jednak instalacja OPNsense przyniosła pierwszy rzeczywisty etap nauki.
Chciał uruchamiać OPNsense z dysku SSD SATA, zamiast po prostu nadal korzystać z fabrycznego systemu znajdującego się na wewnętrznej pamięci eMMC. Wymagało to zmiany konfiguracji uruchamiania, tak aby zewnętrzny dysk SSD stał się preferowanym nośnikiem systemu operacyjnego. W swoim dzienniku projektu na Reddicie opisał instalację fabrycznego środowiska odzyskiwania ZimaBoard na wypadek potrzeby awaryjnego dostępu, utworzenie nośnika instalacyjnego OPNsense, a następnie instalację OPNsense z USB na dysku SSD.
Po instalacji preferowana kolejność uruchamiania wyglądała następująco:
1. SSD
2. Środowisko odzyskiwania CasaOS
Jest to również zgodne z dokumentacją odzyskiwania ZimaSpace, która wskazuje, że systemy zainstalowane na zewnętrznym dysku mogą wymagać zmiany kolejności uruchamiania BIOS-u lub urządzenia rozruchowego. Instrukcja fabrycznego odzyskiwania ZimaBoard przedstawia oficjalną ścieżkę odzyskiwania, natomiast instrukcja instalacji OPNsense opisuje samą instalację zapory.
Przypisywanie interfejsów WAN, LAN i dodatkowych
Po zainstalowaniu OPNsense kolejnym etapem było przekształcenie portów Ethernet w rzeczywisty układ routingu, zamiast po prostu podłączać kable i liczyć na to, że ustawienia domyślne odpowiadają zamierzonej topologii.
Active_Learner05 udokumentował początkowe przypisanie interfejsów WAN i LAN, a następnie dodał pozostałe interfejsy i skonfigurował dodatkowe porty jako OPT1 i OPT2. Dzięki temu zapora mogła rozdzielać role, zamiast traktować każdy port jako część jednej płaskiej sieci.
Elementy po stronie nadrzędnej i podrzędnej zostały celowo uproszczone. Router gamingowy ASUS został przekształcony w punkt dostępowy bez konieczności przywracania ustawień fabrycznych, a przełącznik D-Link DMS-105 plug-and-play 2,5 GbE obsługiwał dystrybucję połączeń przewodowych. ZimaBoard 2 znalazł się między tymi urządzeniami jako system odpowiedzialny za routing, reguły zapory, DNS i usługi bezpieczeństwa sieci.
Budowa stosu zabezpieczeń wokół OPNsense
Przekierowanie pakietów z WAN do LAN było dopiero początkiem. Ciekawszą częścią projektu był stos zabezpieczeń, który Active_Learner05 zbudował na bazie OPNsense.
Unbound obsługiwał rozpoznawanie DNS. Suricata dodała funkcje wykrywania włamań i inspekcji. Zenarmor zapewnił widoczność ruchu na poziomie aplikacji oraz raportowanie. CrowdSec dołożył kolejną warstwę identyfikowania wrogich działań i reagowania na nie.
To połączenie sprawiło, że ZimaBoard 2 stał się czymś więcej niż zamiennikiem routera operatora. Przekształcił się w urządzenie, które można aktywnie monitorować: sprawdzać usługi, obserwować wykorzystanie zasobów i analizować zachowanie sieci, zamiast ukrywać je za uproszczonym interfejsem konsumenckiego routera.
Czego nauczyła go pierwsza konfiguracja
Projekt nie przebiegł całkowicie bezproblemowo i właśnie to czyni tę historię użyteczną. Jednym z wyzwań było odejście od domyślnej ścieżki uruchamiania z pamięci eMMC, aby OPNsense mógł działać na dysku SSD SATA. Kolejny problem pojawił się podczas osobnego eksperymentu z PCIe: kabel przedłużający użyty z kartą OCuLink nie działał zgodnie z oczekiwaniami, co doprowadziło go do wniosku, że długość kabla lub jego zgodność uniemożliwiała niezawodny transfer danych.
W przypadku samej zapory odnotował później wzrost wykorzystania pamięci — zależnie od aktywności — z około 40% do około 80%, a użycie procesora osiągało w obserwowanym przez niego momencie szczyt na poziomie około 50%. Zauważył również, że płytka nagrzewała się bardziej pod obciążeniem związanym z zabezpieczeniami, dlatego dodał starszy wentylator AC Infinity 80 mm sterowany temperaturą. Jak stwierdził, poprawiło to temperatury.
Te szczegóły są istotne, ponieważ zmieniają tę stronę z czystego podsumowania instalacji w prawdziwą historię domowego laboratorium: system działał, ale proces nadal wymagał poznania zależności między urządzeniami rozruchowymi, przypisywaniem interfejsów, wtyczkami, temperaturami i sprzętem rozszerzającym.
Od konsumenckiego routera do sieci, którą można monitorować
Praktyczna zmiana w codziennym użytkowaniu nie polegała po prostu na zastąpieniu jednego routera innym. OPNsense zapewnił Active_Learner05 sieć, którą mógł analizować.
Punkt dostępowy mógł skupić się na Wi-Fi. Przełącznik 2,5 GbE mógł odpowiadać za dystrybucję połączeń. ZimaBoard 2 mógł zająć się routingiem i bezpieczeństwem. W OPNsense można było niezależnie monitorować DNS, usługi zapory, inspekcję ruchu, wykrywanie włamań i CrowdSec, zamiast traktować je jako część nieprzejrzystego urządzenia.
Taki podział odpowiadał również pierwotnemu powodowi zakupu sprzętu: wykorzystać jego specyfikację jako przestrzeń do zastosowania posiadanej wiedzy i dalszej nauki. Zapora nie była końcem eksperymentu. Była jednym z najwyraźniejszych przykładów tego, jak uniwersalna płytka x86 może stać się wyspecjalizowanym urządzeniem sieciowym.
Dwa systemy ZimaBoard 2, dwa różne kierunki
System OPNsense to tylko jedna strona konfiguracji Active_Learner05. Jego drugi ZimaBoard 2 1664 obrał przeciwny kierunek, łącząc płytkę z zewnętrznym układem GPU i kartą RTX 4060 Ti na potrzeby Ollama, Plex z akceleracją GPU, IT Tools i dalszych eksperymentów.
Ten kontrast pomaga wyjaśnić jego podejście do ZimaBoard 2. Nie kupił dwóch identycznych maszyn do obsługi dwóch identycznych obciążeń. Jedna stała się infrastrukturą sieciową, a druga platformą do eksperymentów z GPU, multimediami i AI. Wspólnym mianownikiem jest eksploracja.
Ta historia wciąż się pisze
Historia Active_Learner05 i Zimy wciąż się pisze. Opisał siebie jako osobę nadal początkującą w pracy z komputerami jednopłytkowymi i wciąż odkrywającą możliwości tego sprzętu. To sprawia, że ta zapora OPNsense jest mniej ukończonym projektem, a bardziej pierwszym poważnym projektem sieciowym zbudowanym wokół tej płytki.
Jego jednowyrazowa rada dla przyszłych użytkowników była prosta: „Próbuj i odkrywaj”. Pełną dyskusję na temat rozwijanej zapory znajdziesz w oryginalnym projekcie OPNsense na ZimaBoard 2 na Reddicie. Możesz również obserwować Active_Learner05 na Reddicie, aby śledzić dalszy rozwój projektu.
