Wymagania formalne dla projektów (ocena 5.0):

Spis zagadnień projektowych

  1. MikroTik - Zaawansowana segmentacja ruchu VLAN i Multi-SSID
  2. Ubiquiti - Bezpieczny most bezprzewodowy PtP z tunelem IPsec
  3. MikroTik - System Hotspot z autoryzacją RADIUS i portalem powitalnym (Captive Portal)
  4. Infrastruktura Mesh w środowisku przemysłowym (Ubiquiti/TP-Link)
  5. MikroTik - Optymalizacja QoS dla usług VoIP i wideo (unicast) przez WLAN
  6. Ubiquiti - Bezpieczeństwo klasy Enterprise (WPA3-Enterprise i 802.1X)
  7. MikroTik - System monitorowania i wykrywania intruzów WIDS/WIPS
  8. MikroTik - Wdrożenie Dual-Stack IPv4/IPv6 w sieci WLAN
  9. Ubiquiti - Dalekosiężne łącze PtP z analizą strefy Fresnela
  10. MikroTik - Sieć rozproszona z routingiem OSPF i tunelami przez WLAN
01
MikroTik - Zaawansowana segmentacja ruchu VLAN i Multi-SSID
Podstawa merytoryczna

W1 Podstawy sieci LAN/WLAN. W3 Segmentacja 802.1Q i wirtualne punkty dostępowe. W4 Bezpieczeństwo WPA2/WPA3-PSK.

Cel zadania

Zaprojektowanie i wdrożenie logicznej segmentacji sieci bezprzewodowej na routerze MikroTik przy użyciu mechanizmu Bridge VLAN Filtering oraz wirtualnych interfejsów radiowych (Virtual AP). Projekt zapewnia izolację ruchu zarządu firmy (VLAN 10) od pracowników (VLAN 20) na pojedynczym fizycznym module radiowym, niezależną adresację DHCP per-VLAN oraz blokadę routingu między podsieciami na zaporze ogniowej.

Słowniczek pojęć kluczowych
Wirtualny punkt dostępowy (ang. Virtual AP, VAP)
Logiczny punkt dostępowy utworzony na bazie fizycznego radia bezprzewodowego (Master Interface); posiada własny identyfikator SSID, odrębny profil zabezpieczeń oraz unikalny adres BSSID.
Filtrowanie VLAN na moście (ang. Bridge VLAN Filtering)
Wbudowany w MikroTik RouterOS mechanizm sprzętowego lub programowego przełączania ramek z tagami 802.1Q wewnątrz mostu sieciowego.
PVID (identyfikator VLAN portu, ang. Port VLAN ID)
Identyfikator VLAN przypisywany automatycznie do nieznakowanych ramek wpływających na dany port mostu (odpowiednik trybu dostępu (Access) w przełącznikach).
Domyślne przekazywanie (ang. Default Forwarding)
Parametr w profilu bezprzewodowym MikroTik; wyłączenie tej opcji blokuje bezpośrednią wymianę ramek pomiędzy klientami podłączonymi do tego samego SSID (izolacja stacji w warstwie 2).
Scenariusz projektowy
W siedzibie firmy handlowej funkcjonuje pojedynczy router bezprzewodowy MikroTik hAP ac. Zarząd wymaga wydzielenia dwóch odrębnych sieci Wi-Fi: „Firma_Zarzad” z dostępem do serwera finansowego oraz „Firma_Pracownicy” z dostępem wyłącznie do Internetu. Ruch pracowników nie może być podsłuchiwany, a pakiety nie mogą być kierowane bezpośrednio do stacji zarządu. Firma korzysta z jednego fizycznego modułu radiowego, dlatego obie sieci muszą działać na tym samym radiu: sieć zarządu na interfejsie fizycznym, a sieć pracowników na wirtualnym punkcie dostępowym. Każda sieć otrzymuje osobne hasło WPA2-PSK z szyfrowaniem AES, osobną pulę DHCP oraz osobny VLAN: zarząd pracuje w VLAN 10 z adresacją 192.168.10.0/24, pracownicy w VLAN 20 z adresacją 192.168.20.0/24. Reguła zapory ogniowej blokuje ruch między podsieciami, a wyłączenie przekazywania między klientami uniemożliwia podsłuch w warstwie 2. Student oddaje konfigurację mostu z filtrowaniem VLAN oraz dowody testów: adresy z właściwych pul i brak łączności między sieciami.
Wymagane środowisko i narzędzia
  • Fizyczny router MikroTik z interfejsem WLAN (np. hAP mini, hAP ac2, cAP ac) lub maszyna wirtualna MikroTik RouterOS CHR z zewnętrzną kartą Wi-Fi USB.
  • Oprogramowanie MikroTik Winbox (wersja 3.x lub 4.x) lub konsola SSH.
  • Dwie stacje robocze (laptopy lub smartfony) do weryfikacji asocjacji z różnymi SSID.
Procedura wdrożenia krok po kroku
  1. Utworzenie mostu: Utworzenie mostu bridge-lan z domyślnie wyłączoną opcją vlan-filtering=no (aktywacja nastąpi po dodaniu wszystkich portów).
  2. Definicja interfejsów VLAN: Utworzenie interfejsów vlan10-zarzad (VLAN ID: 10) oraz vlan20-pracownicy (VLAN ID: 20) przypisanych do mostu bridge-lan.
  3. Konfiguracja profili bezpieczeństwa: Zdefiniowanie profilu WPA2-PSK AES dla zarządu oraz odrębnego profilu i hasła dla pracowników w /interface wireless security-profiles.
  4. Konfiguracja radia fizycznego (Master): Ustawienie interfejsu wlan1 w trybie ap-bridge, pasmo 2,4 GHz B/G/N, SSID: „Firma_Zarzad”, przypisanie profilu zarządu.
  5. Utworzenie Virtual AP: Dodanie wirtualnego punktu dostępowego wlan2-pracownicy bazującego na wlan1 z SSID: „Firma_Pracownicy”.
  6. Przypisanie portów do VLAN: Dodanie wlan1 z PVID=10 oraz wlan2-pracownicy z PVID=20 do tabeli portów mostu. W /interface bridge vlan oznaczenie bridge-lan jako port znakowany (tagged) dla obu sieci, a interfejsów radiowych jako nieznakowane (untagged).
  7. Adresacja i serwery DHCP: Przypisanie adresów 192.168.10.1/24 do vlan10-zarzad oraz 192.168.20.1/24 do vlan20-pracownicy; uruchomienie dwóch niezależnych pul i serwerów DHCP.
  8. Aktywacja filtrowania i zapora: Włączenie vlan-filtering=yes na moście oraz dodanie reguły w zaporze ogniowej blokującej ruch przekazywany pomiędzy obiema podsieciami.
Procedura testowa i dowody działania
  • Połączenie stacji roboczej A do SSID „Firma_Zarzad” i odczyt adresu IP z puli 192.168.10.0/24 (polecenie ipconfig /all).
  • Połączenie stacji roboczej B do SSID „Firma_Pracownicy” i odczyt adresu IP z puli 192.168.20.0/24.
  • Wykonanie testu łączności ping 192.168.10.100 ze stacji w VLAN 20 w celu potwierdzenia skuteczności blokady na zaporze sieciowej (oczekiwany brak odpowiedzi).
  • Zrzut ekranu z tabeli rejestracji bezprzewodowej: /interface wireless registration-table print prezentujący przypisanie stacji do odrębnych interfejsów logicznych.
Przykładowe polecenia konfiguracyjne (MikroTik RouterOS v7)
# Krok 1: Przygotowanie mostu i interfejsów wirtualnych VLAN [admin@MikroTik] > /interface bridge add name=bridge-lan vlan-filtering=no [admin@MikroTik] > /interface vlan add interface=bridge-lan name=vlan10-zarzad vlan-id=10 [admin@MikroTik] > /interface vlan add interface=bridge-lan name=vlan20-pracownicy vlan-id=20 # Krok 2: Profile zabezpieczeń i konfiguracja radia fizycznego oraz Virtual AP [admin@MikroTik] > /interface wireless security-profiles add name=prof-zarzad mode=dynamic-keys authentication-types=wpa2-psk unicast-ciphers=aes-ccm group-ciphers=aes-ccm wpa2-pre-shared-key="HasloZarzad2026!" [admin@MikroTik] > /interface wireless security-profiles add name=prof-pracownicy mode=dynamic-keys authentication-types=wpa2-psk unicast-ciphers=aes-ccm group-ciphers=aes-ccm wpa2-pre-shared-key="HasloPracownik2026!" [admin@MikroTik] > /interface wireless set [find default-name=wlan1] mode=ap-bridge band=2ghz-b/g/n channel-width=20mhz frequency=2412 ssid="Firma_Zarzad" security-profile=prof-zarzad disabled=no [admin@MikroTik] > /interface wireless add name=wlan2-pracownicy master-interface=wlan1 mode=ap-bridge ssid="Firma_Pracownicy" security-profile=prof-pracownicy disabled=no # Krok 3: Tablica VLAN mostu i przypisanie portów PVID [admin@MikroTik] > /interface bridge port add bridge=bridge-lan interface=wlan1 pvid=10 [admin@MikroTik] > /interface bridge port add bridge=bridge-lan interface=wlan2-pracownicy pvid=20 [admin@MikroTik] > /interface bridge vlan add bridge=bridge-lan tagged=bridge-lan untagged=wlan1 vlan-ids=10 [admin@MikroTik] > /interface bridge vlan add bridge=bridge-lan tagged=bridge-lan untagged=wlan2-pracownicy vlan-ids=20 # Krok 4: Adresacja IP i uruchomienie filtrowania [admin@MikroTik] > /ip address add address=192.168.10.1/24 interface=vlan10-zarzad [admin@MikroTik] > /ip address add address=192.168.20.1/24 interface=vlan20-pracownicy [admin@MikroTik] > /interface bridge set bridge-lan vlan-filtering=yes # Krok 5: Izolacja ruchu między podsieciami na zaporze ogniowej [admin@MikroTik] > /ip firewall filter add chain=forward src-address=192.168.20.0/24 dst-address=192.168.10.0/24 action=drop comment="Blokada dostępu pracowników do zarządu"
Kryteria oceny i typowe błędy
  • Błąd wczesnego włączenia filtrowania: Aktywacja vlan-filtering=yes przed dodaniem portów do tabeli VLAN powoduje natychmiastowe odcięcie dostępu administracyjnego przez interfejsy mostu (wymagany dostęp przez adres MAC w Winbox).
  • Brak znakowania mostu: Pominięcie bridge-lan na liście portów znakowanych (tagged) uniemożliwia komunikację procesów systemowych (DHCP, DNS) z podsieciami VLAN.
Schemat segmentacji VLAN i Multi-SSID MikroTik
02
Ubiquiti - Bezpieczny most bezprzewodowy PtP z tunelem IPsec
Podstawa merytoryczna

W1 Warstwa fizyczna i propagacja fal. W2 Protokoły dostępowe TDMA. W4 Szyfrowanie tuneli w warstwie 3 (IPsec VPN).

Cel zadania

Zaprojektowanie i zestawienie przezroczystego mostu radiowego punkt-punkt (PtP) w paśmie 5 GHz przy użyciu urządzeń Ubiquiti airMAX (tryb WDS Transparent Bridge) oraz wdrożenie szyfrowanego tunelu IPsec IKEv2 na routerach brzegowych łączących dwie odległe lokalizacje przedsiębiorstwa.

Słowniczek pojęć kluczowych
PtP (połączenie punkt-punkt, ang. Point-to-Point)
Łącze radiowe zestawione wyłącznie pomiędzy dwoma dedykowanymi punktami (stacja nadawcza AP oraz stacja odbiorcza) przy użyciu anten kierunkowych o dużym zysku.
WDS (most przezroczysty, ang. Transparent Bridge)
Format ramki bezprzewodowej zawierający 4 adresy fizyczne MAC, co pozwala na transparentne przesyłanie całych ramek ethernetowych bez modyfikacji źródłowych adresów MAC stacji klienckich.
airMAX (TDMA)
Opracowany przez Ubiquiti protokół dostępu do medium oparty na podziale czasowym, który przydziela szczeliny czasowe poszczególnym stacjom i eliminuje kolizje ukrytych węzłów.
IPsec IKEv2
Protokół budowy wirtualnych sieci prywatnych (VPN) na poziomie warstwy sieciowej (L3); zapewnia poufność (ESP) i integralność danych przesyłanych przez medium radiowe.
Scenariusz projektowy
Firma produkcyjna posiada dwa budynki oddalone o 500 metrów: biurowiec główny oraz halę logistyczną. Brak możliwości ułożenia kabla światłowodowego wymusza zestawienie łącza radiowego. Wymogiem zarządu jest nie tylko zabezpieczenie łącza kluczem WPA2-AES na poziomie radia, ale również zestawienie tunelu IPsec łączącego lokalizacje (Site-to-Site) pomiędzy routerami sieciowymi w obu budynkach. Ułożenie światłowodu między budynkami jest niemożliwe ze względu na koszty i brak kanalizacji teletechnicznej, dlatego łącze radiowe w paśmie 5 GHz jest jedynym rozwiązaniem. Most pracuje w trybie przezroczystym WDS, dzięki czemu ramki ethernetowe przechodzą między budynkami bez zmiany adresów MAC. Sam klucz WPA2-AES chroni tylko odcinek radiowy, więc poufność danych między sieciami LAN zapewnia dodatkowo tunel IPsec IKEv2 między routerami brzegowymi. Student dobiera czysty kanał na podstawie skanowania widma, weryfikuje poziomy sygnału i szumu oraz potwierdza zestawienie tunelu licznikami szyfrowanych pakietów i testem łączności między hostami obu sieci.
Wymagane środowisko i narzędzia
  • Dwa urządzenia Ubiquiti z systemem airOS (np. NanoStation Loco 5AC, LiteBeam 5AC) lub symulacja profilu łącza w Ubiquiti ISP Design Center.
  • Dwa routery sieciowe (MikroTik lub systemy Linux) zlokalizowane po obu stronach mostu radiowego.
  • Narzędzie analizy widma Ubiquiti airView (wbudowane w panel airOS).
Procedura wdrożenia krok po kroku
  1. Konfiguracja jednostki bazowej (Ubiquiti AP PtP): Wybór trybu Access Point PtP, włączenie protokołu airMAX, szerokość kanału 40 MHz, wybór czystego kanału 5 GHz na podstawie skanowania w airView, zabezpieczenie WPA2-AES, moc nadawania dopasowana do odległości.
  2. Konfiguracja jednostki klienckiej (Ubiquiti Station PtP): Wybór trybu Station PtP, włączenie trybu transparentnego WDS, skanowanie pasma i połączenie z SSID stacji bazowej.
  3. Optymalizacja warstwy radiowej: Weryfikacja parametrów sygnału w panelu głównym airOS: moc odbierana (RSSI na poziomie -50 do -55 dBm), poziom szumu (Noise Floor poniżej -95 dBm) oraz wskaźnik CINR powyżej 30 dB.
  4. Konfiguracja routerów brzegowych: Ustawienie adresacji transportowej na interfejsach spiętych mostem (np. 10.0.0.1/30 oraz 10.0.0.2/30).
  5. Konfiguracja tunelu IPsec IKEv2: Zdefiniowanie profilu IKEv2 z szyfrowaniem AES-GCM-256 oraz grupy Diffie-Hellman modp2048; konfiguracja tożsamości z kluczem współdzielonym (Pre-Shared Key) oraz polityki szyfrującej ruch między podsiecią 192.168.1.0/24 a 192.168.2.0/24.
Procedura testowa i dowody działania
  • Zrzut ekranu z panelu zarządzania airOS (Dashboard) prezentujący parametry połączenia: wynegocjowaną modulację (np. 8x 256QAM) i estymowaną przepustowość łącza.
  • Wykonanie testu przepustowości Speed Test wbudowanego w system airOS.
  • Weryfikacja stanu sesji IPsec w konsoli routera: /ip ipsec installed-sa print (widoczny licznik zaszyfrowanych i odszyfrowanych bajtów).
  • Test przesyłania danych między hostami w LAN A i LAN B poleceniem ping -l 1400 192.168.2.50.
Przykładowe polecenia konfiguracyjne (Tunel IPsec w RouterOS v7)
# Konfiguracja profilu IKEv2 na routerze brzegowym w Budynku A [admin@Router-A] > /ip ipsec profile add name=prof-ike2-ptp hash-algorithm=sha256 enc-algorithm=aes-256 dh-group=modp2048 [admin@Router-A] > /ip ipsec peer add name=peer-hala address=10.0.0.2/32 profile=prof-ike2-ptp exchange-mode=ike2 [admin@Router-A] > /ip ipsec identity add peer=peer-hala auth-method=pre-shared-key secret="TajnyKluczIPsecMostu2026!" # Zdefiniowanie propozycji szyfrowania (Proposal) oraz polityki ruchu (Policy) [admin@Router-A] > /ip ipsec proposal add name=prop-ptp-gcm auth-algorithms=sha256 enc-algorithms=aes-256-gcm pfs-group=modp2048 [admin@Router-A] > /ip ipsec policy add peer=peer-hala src-address=192.168.1.0/24 dst-address=192.168.2.0/24 tunnel=yes action=encrypt proposal=prop-ptp-gcm # Weryfikacja aktywnych skojarzen bezpieczeństwa po zestawieniu tunelu [admin@Router-A] > /ip ipsec active-peers print [admin@Router-A] > /ip ipsec installed-sa print
Kryteria oceny i typowe błędy
  • Przesycenie odbiornika (Overload): Ustawienie zbyt dużej mocy nadawania na krótkim dystansie laboratoryjnym (sygnał mocniejszy niż -40 dBm powoduje zniekształcenia odbiornika i spadek modulacji).
  • Wyłączenie trybu WDS: Brak aktywacji WDS powoduje, że urządzenia za stacją kliencką są widoczne pod adresem MAC samej stacji, co uniemożliwia bezpośrednie mostkowanie ruchu w warstwie 2.
Schemat mostu radiowego PtP Ubiquiti i tunelu IPsec
03
MikroTik - System Hotspot z autoryzacją RADIUS i portalem powitalnym (Captive Portal)
Podstawa merytoryczna

W4 Mechanizmy portali powitalnych (Captive Portal). W5 Usługi AAA, protokół RADIUS i zarządzanie pasmem.

Cel zadania

Budowa publicznego systemu dostępu do Internetu (Hotspot) na routerze MikroTik z wykorzystaniem portalu powitalnego Captive Portal oraz centralnej bazy użytkowników w pakiecie User Manager (serwer RADIUS). Projekt obejmuje personalizację strony logowania HTML, wdrożenie strefy Walled Garden dla stron instytucji oraz narzucenie limitów prędkości transferu i czasu sesji.

Słowniczek pojęć kluczowych
Portal powitalny (ang. Captive Portal)
Mechanizm przechwytywania ruchu HTTP nieautoryzowanego użytkownika w warstwie sieciowej za pomocą reguł NAT i przekierowywania przeglądarki na stronę uwierzytelniania lub regulaminu.
Walled Garden (Ogród za murem)
Wykaz zasobów sieciowych (domen, adresów IP lub portów), do których stacja ma swobodny dostęp przed przejściem procesu logowania w portalu.
User Manager
Oficjalny pakiet systemu MikroTik RouterOS pełniący funkcję serwera RADIUS oraz panelu administracyjnego do zarządzania kontami, voucherami i limitami pasma.
HTTP CHAP / PAP
Metody przesyłania poświadczeń logowania z formularza HTML do systemu operacyjnego routera z wykorzystaniem funkcji skrótu MD5 (CHAP) lub czystego tekstu (PAP).
Scenariusz projektowy
W bibliotece publicznej uruchamiana jest bezpłatna sieć Wi-Fi dla czytelników. Dostęp do Internetu wymaga zalogowania kontem tymczasowym. Przed logowaniem użytkownicy mogą bez przeszkód przeglądać katalog biblioteki oraz serwis miejski (strefa Walled Garden). Każdy czytelnik ma przydzielony profil z limitem prędkości 2 Mb/s pobierania oraz czasem sesji 60 minut. Czytelnicy nie mają kont stałych, więc bibliotekarz zakłada im konta tymczasowe w centralnej bazie RADIUS z limitem prędkości i czasu, bez ingerencji w konfigurację routera. Portal powitalny przechwytuje ruch HTTP i kieruje przeglądarkę na stronę logowania, a strefa Walled Garden pozwala wcześniej otworzyć katalog i serwisy miejskie. Limity prędkości i czasu chronią łącze przed monopolizacją przez pojedynczych użytkowników. Student personalizuje stronę logowania, konfiguruje profil taryfowy i dokumentuje pełny cykl: przekierowanie przed zalogowaniem, dostęp do strefy wydzielonej, sesję z limitem oraz poprawne działanie po zalogowaniu.
Wymagane środowisko i narzędzia
  • Router MikroTik z systemem RouterOS v7 z zainstalowanym pakietem user-manager (lub maszyna CHR).
  • Stacja kliencka z przeglądarką internetową.
  • Edytor tekstu do modyfikacji plików szablonu HTML strony logowania (login.html).
Procedura wdrożenia krok po kroku
  1. Przygotowanie interfejsu sieciowego: Konfiguracja mostu bridge-hotspot z adresacją 172.16.0.1/22 oraz pulą adresów IP dla gości.
  2. Uruchomienie kreatora usługi: Wywołanie polecenia /ip hotspot setup, wskazanie interfejsu, zakresu adresów oraz nazwy DNS (np. hotspot.biblioteka.pl).
  3. Integracja z serwerem RADIUS: Włączenie opcji use-radius=yes w profilu serwera Hotspot oraz dodanie lokalnego serwera RADIUS w gałęzi /radius (adres: 127.0.0.1, usługa: hotspot).
  4. Konfiguracja strefy Walled Garden: Dodanie domen dopuszczonych do przeglądania bez logowania: katalogu biblioteki i portali rządowych.
  5. Konfiguracja pakietu User Manager: Utworzenie routera klienta RADIUS w User Managerze, zdefiniowanie profilu taryfowego (Rate-Limit: 2M/512k, Validity: 1h) oraz wygenerowanie konta użytkownika.
  6. Personalizacja strony powitalnej: Pobranie pliku login.html przez menu Files, edycja treści regulaminu i ponowne wgranie na router.
Procedura testowa i dowody działania
  • Połączenie stacji klienckiej z otwartą siecią SSID „Biblioteka_Hotspot”.
  • Próba otwarcia adresu HTTP i weryfikacja automatycznego przekierowania na adres http://hotspot.biblioteka.pl/login.
  • Weryfikacja strefy Walled Garden: poprawne otwarcie strony dopuszczonej bez wpisywania poświadczeń.
  • Zalogowanie kontem testowym, sprawdzenie obecności sesji w /ip hotspot active print oraz weryfikacja limitu pasma testem pobierania.
Przykładowe polecenia konfiguracyjne (MikroTik RouterOS v7)
# Konfiguracja profilu Hotspot z autoryzacją RADIUS [admin@MikroTik] > /ip hotspot profile add name=prof-biblioteka hotspot-address=172.16.0.1 dns-name="hotspot.biblioteka.pl" html-directory=hotspot login-by=http-pap,http-chap use-radius=yes [admin@MikroTik] > /ip hotspot add name=hs-czytelnia interface=bridge-hotspot address-pool=pool-hs profile=prof-biblioteka disabled=no # Reguły strefy Walled Garden dla domen informacyjnych [admin@MikroTik] > /ip hotspot walled-garden add dst-host="*.biblioteka.pl" action=allow [admin@MikroTik] > /ip hotspot walled-garden add dst-host="*.gov.pl" action=allow # Konfiguracja klienta RADIUS wskazującego na lokalną bazę User Manager [admin@MikroTik] > /radius add service=hotspot address=127.0.0.1 secret="PromienTajny2026!" comment="Lokalny User Manager" [admin@MikroTik] > /user-manager router add name=router-lokalny address=127.0.0.1 shared-secret="PromienTajny2026!" # Zdefiniowanie profilu użytkownika i utworzenie konta [admin@MikroTik] > /user-manager profile add name=prof-godzina name-for-users="Darmowy 1h" validity=1h rate-limit-rx=2M rate-limit-tx=512k [admin@MikroTik] > /user-manager user add username="czytelnik01" password="HasloCzytelnika!" [admin@MikroTik] > /user-manager user-profile add user="czytelnik01" profile=prof-godzina
Kryteria oceny i typowe błędy
  • Blokady HSTS przy próbie przechwycenia HTTPS: Nowoczesne przeglądarki internetowe wymuszają HSTS i blokują przekierowania na stronach HTTPS; w procedurze testowej pierwsze zapytanie powinno być skierowane na adres czystego protokołu HTTP (np. http://example.com).
  • Niespójność sekretu RADIUS: Niezgodność hasła współdzielonego pomiędzy /radius a /user-manager router skutkuje błędem autoryzacji „RADIUS server not responding”.
Schemat systemu Hotspot MikroTik z User Managerem
04
Infrastruktura Mesh w środowisku przemysłowym (Ubiquiti/TP-Link)
Podstawa merytoryczna

W1 Wielodostęp radiowy. W2 Propagacja w halach magazynowych. W3 Architektury kratowe 802.11s i Wireless Uplink.

Cel zadania

Zaprojektowanie i wdrożenie bezprzewodowej sieci kratowej (Mesh) w przestrzeni hali przemysłowej z wykorzystaniem technologii Wireless Uplink (Ubiquiti UniFi) lub protokołu IEEE 802.11s. Zadanie obejmuje wyznaczenie optymalnego rozmieszczenia węzłów, konfigurację szkieletu bezprzewodowego (Wireless Backhaul) oraz zbadanie mechanizmu samonaprawiania sieci (Self-Healing) i degradacji pasma przy strukturze wieloskokowej.

Słowniczek pojęć kluczowych
IEEE 802.11s
Standard definiujący bezprzewodowe sieci kratowe; wprowadza mechanizm routingu ramek w warstwie 2 za pomocą protokołu HWMP (Hybrid Wireless Mesh Protocol).
Dosył bezprzewodowy (ang. Wireless Backhaul)
Bezprzewodowe łącze transmisyjne pomiędzy punktami dostępowymi zastępujące kabel sieciowy; służy do dosyłania ruchu z węzłów pośrednich do stacji bazowej.
Główny punkt dostępowy (ang. Root AP, Mesh Portal)
Punkt dostępowy podłączony fizycznym kablem Ethernet do infrastruktury przewodowej LAN, przez który cały ruch węzłów bezprzewodowych trafia do sieci szkieletowej.
Self-Healing (Samonaprawianie)
Zdolność sieci kratowej do automatycznego znalezienia alternatywnej trasy radiowej po awarii lub wyłączeniu jednego z pośredniczących punktów dostępowych.
Scenariusz projektowy
W centrum dystrybucyjnym o powierzchni 4000 m² wysokie regały wysokiego składowania uniemożliwiają ułożenie kabli skrętkowych do wszystkich lokalizacji punktów dostępowych. Zadaniem jest budowa sieci z 3 jednostek: węzeł główny podłączony do serwerowni oraz 2 węzły pośrednie zasilane z gniazd 230 V przez zasilacze PoE, komunikujące się drogą radiową w paśmie 5 GHz. Regały i konstrukcja hali uniemożliwiają doprowadzenie skrętki do każdego punktu, dlatego węzły pośrednie pracują wyłącznie na zasilaniu z gniazd i łączą się z węzłem głównym drogą radiową. Węzeł główny w serwerowni jest jedynym punktem podłączonym kablem i przejmuje cały ruch z węzłów pośrednich. Pojedyncze radio dzieli czas między obsługę klientów a dosył, więc przepustowość na węźle bezprzewodowym jest niższa, co student mierzy narzędziem iperf3. Mechanizm samonaprawiania odtwarza łączność po awarii węzła pośredniego, a próg minimalnego sygnału odcina słabych klientów i wymusza roaming urządzeń mobilnych.
Wymagane środowisko i narzędzia
  • Kontroler Ubiquiti UniFi Network Application (zainstalowany na PC lub w chmurze) oraz minimum 2-3 punkty dostępowe UniFi AP (lub punkty OpenWrt wspierające 802.11s).
  • Narzędzie do badania zasięgu i poziomu sygnału (np. WiFi Analyzer na smartfonie lub inSSIDer).
Procedura wdrożenia krok po kroku
  1. Uruchomienie węzła głównego (Root AP): Podłączenie pierwszego punktu kablem Ethernet do przełącznika LAN, przypisanie stałego adresu IP, wdrożenie do kontrolera (Adoption).
  2. Włączenie obsługi tworzenia siatki (Meshing): W ustawieniach kontrolera (System -> Wireless Meshing) upewnienie się, że aktywna jest opcja bezprzewodowego łączenia punktów.
  3. Adaptacja węzła bezprzewodowego: Podłączenie drugiego punktu AP wyłącznie do zasilacza PoE (bez kabla LAN); po uruchomieniu punkt zostaje wykryty przez radio 5 GHz i zaadaptowany jako węzeł bezprzewodowy (Wireless Adoption).
  4. Konfiguracja kanałów i mocy: Ustawienie statycznego, czystego kanału w paśmie 5 GHz o szerokości 40 MHz dla szkieletu radiowego oraz optymalizacja mocy nadawania.
  5. Konfiguracja progu Min RSSI: Ustawienie minimalnego poziomu sygnału odbieranego (np. -75 dBm) w celu odcinania słabych klientów i wymuszania roamingu na wózkach widłowych w magazynie.
Procedura testowa i dowody działania
  • Zrzut ekranu widoku mapy topologicznej w kontrolerze UniFi prezentujący stan połączenia bezprzewodowego (Uplink: Wireless, wskaźnik sygnału, wynegocjowana prędkość).
  • Pomiar przepustowości narzędziem iperf3 przy połączeniu do węzła głównego (Root) oraz po przejściu na węzeł bezprzewodowy (udokumentowanie spadku pasma wynikającego z podziału czasu transmisji na pojedynczym radiu).
  • Test samonaprawiania: odłączenie pośredniego punktu AP i rejestracja czasu, po którym kolejny punkt odnajdzie nowe połączenie z węzłem bazowym.
Przykładowe polecenia konfiguracyjne (Standard IEEE 802.11s w Linux/OpenWrt)
# Utworzenie interfejsu siatki kratowej (Mesh Point) w standardzie 802.11s root@openwrt:~# iw dev wlan0 interface add mesh0 type mp mesh_id Magazyn_Mesh_Net root@openwrt:~# ip link set dev mesh0 address 00:15:6D:A1:00:02 root@openwrt:~# ip link set dev mesh0 up root@openwrt:~# iw dev mesh0 set channel 40 # Dołączenie interfejsu Mesh do mostu sieciowego root@openwrt:~# ip link add name br-mesh type bridge root@openwrt:~# ip link set dev mesh0 master br-mesh root@openwrt:~# ip link set dev br-mesh up # Diagnostyka sąsiadów w sieci kratowej i tras przesyłania HWMP root@openwrt:~# iw dev mesh0 station dump root@openwrt:~# iw dev mesh0 mpath dump
Kryteria oceny i typowe błędy
  • Zbyt duża odległość między węzłami Mesh: Umieszczenie punktu bezprzewodowego w strefie sygnału słabszego niż -75 dBm prowadzi do drastycznych retransmisji ramek i zrywania łącza dosyłowego.
  • Zjawisko pętli w mostach sieciowych: Niewłaściwa konfiguracja protokołu STP/RSTP w sieciach łączących segmenty kablowe z mostami radiowymi może wywołać burzę rozgłoszeniową (Broadcast Storm).
Infrastruktura sieci bezprzewodowej Mesh
05
MikroTik - Optymalizacja QoS dla usług VoIP i wideo (unicast) przez WLAN
Podstawa merytoryczna

W1 Warstwa transportowa UDP. W4 Mechanizmy WMM (802.11e). W5 Zarządzanie pasmem, klasyfikacja pakietów i drzewa kolejek.

Cel zadania

Zaprojektowanie i wdrożenie mechanizmów zarządzania jakością usług (QoS) w sieci bezprzewodowej MikroTik w celu ochrony wrażliwego na opóźnienia i zmienność ruchu telefonii internetowej (VoIP) oraz transmisji wideo. Projekt wykorzystuje znakowanie pakietów w tablicy Mangle, hierarchiczne drzewo kolejek Queue Tree (HTB) oraz optymalizację parametrów WMM na interfejsie radiowym.

Słowniczek pojęć kluczowych
WMM (multimedia bezprzewodowe, ang. Wireless Multimedia / 802.11e)
Rozszerzenie standardu 802.11 wprowadzające 4 kategorie dostępu do medium: Głos (Voice), Wideo (Video), Najlepszy wysiłek (Best Effort) i Tło (Background) ze zróżnicowanymi czasami oczekiwania AIFS.
DSCP (kod rozróżniania usług, ang. Differentiated Services Code Point)
6-bitowe pole w nagłówku protokołu IP służące do klasyfikacji ważności danych; wartość EF (Expedited Forwarding / DSCP 46) oznacza najwyższy priorytet dla pakietów głosowych.
Hierarchiczny kubełek żetonów (ang. Hierarchical Token Bucket, HTB)
Algorytm sterowania ruchem w RouterOS (Queue Tree) umożliwiający tworzenie hierarchii kolejek z gwarantowanym pasmem minimalnym (limit-at) i limitem maksymalnym (max-limit).
FastTrack
Moduł akceleracji sprzętowej w RouterOS omijający reguły zapory sieciowej i kolejek; dla poprawnego działania QoS FastTrack musi zostać wyłączony dla znakowanego ruchu.
Scenariusz projektowy
W biurze z otwartą przestrzenią (open space) pracownicy zgłaszają przerywanie rozmów telefonicznych prowadzonych przez komunikatory VoIP i wideokonferencje, gdy inni użytkownicy pobierają duże pliki przez sieć Wi-Fi. Należy skonfigurować router MikroTik tak, aby pakiety VoIP były bezwzględnie traktowane priorytetowo przed ruchem przeglądarek i transferami plików. Głos w protokole UDP nie znosi opóźnień ani strat, a utraconych pakietów nie da się retransmitować bez niszczenia jakości rozmowy, dlatego ruch głosowy musi wyprzedzać pobieranie plików. Klasyfikacja w tablicy Mangle rozpoznaje sygnalizację SIP, strumienie RTP oraz pakiety oznaczone DSCP EF i nadaje im znaczniki, a hierarchiczne drzewo kolejek gwarantuje głosowi najwyższy priorytet i pasmo minimalne. Równolegle aktywne WMM różnicuje dostęp do medium radiowego na korzyść głosu i wideo. Student wyłącza akcelerację FastTrack, generuje zator narzędziem iperf3 i dowodzi, że przy włączonym QoS opóźnienia głosu pozostają niskie mimo wysycenia łącza.
Wymagane środowisko i narzędzia
  • Router MikroTik (urządzenie fizyczne lub CHR z dwoma interfejsami).
  • Dwie stacje robocze lub laptopy podłączone przez sieć bezprzewodową.
  • Generator ruchu sieciowego iperf3 oraz aplikacja do rozmów VoIP (np. Linphone, Mumble lub test ping z rejestracją opóźnień).
Procedura wdrożenia krok po kroku
  1. Dostosowanie reguł zapory: Wyłączenie domyślnej reguły FastTrack w /ip firewall filter dla ruchu podlegającego kolejkowaniu.
  2. Klasyfikacja ruchu VoIP w Mangle: Dodanie reguły wykrywającej pakiety protokołu UDP na portach 5060 (SIP) oraz strumienie RTP (zakres portów 10000-20000) lub badającej wartość DSCP 46 (EF), z nadaniem znacznika pakietu pkt-voip.
  3. Klasyfikacja strumieni Video w Mangle: Oznaczenie pakietów transmisji wideo znacznikiem pkt-video.
  4. Oznaczenie ruchu domyślnego: Przypisanie pozostałym pakietom znacznika pkt-default.
  5. Budowa drzewa kolejek (Queue Tree): Utworzenie kolejki nadrzędnej dla mostu bezprzewodowego z maksymalnym limitem pasma łącza.
  6. Konfiguracja priorytetów: Utworzenie kolejki podrzędnej VoIP z priorytetem 1 (najwyższym) i pasmem gwarantowanym 5 Mb/s. Utworzenie kolejki Video z priorytetem 3 i pasmem gwarantowanym 15 Mb/s. Utworzenie kolejki najlepszego wysiłku (Best Effort) z priorytetem 8 (najniższym).
  7. Włączenie obsługi WMM: Zapewnienie, że w profilu bezprzewodowym interfejsu wlan1 opcja WMM jest aktywna.
Procedura testowa i dowody działania
  • Uruchomienie ciągłego testu ping o wysokiej częstotliwości (np. co 100 ms) ze stacji VoIP do routera.
  • Wygenerowanie sztucznego zatoru sieciowego poleceniem iperf3 -u -b 60M -t 30 symulującym wysycenie pasma Wi-Fi ruchem najlepszego wysiłku (Best Effort).
  • Porównanie opóźnień i strat pakietów przy wyłączonym oraz włączonym drzewie kolejek Queue Tree (udowodnienie redukcji fluktuacji opóźnień (jittera) poniżej 5 ms dla ruchu VoIP).
  • Zrzut ekranu z okna statystyk kolejek w Winbox (zakładka Stats w Queue Tree) prezentujący liczniki pakietów w poszczególnych klasach.
Przykładowe polecenia konfiguracyjne (MikroTik RouterOS v7)
# Znakowanie ruchu w tablicy Mangle (Prerouting) [admin@MikroTik] > /ip firewall mangle add chain=prerouting action=mark-connection new-connection-mark=conn-voip passthrough=yes protocol=udp port=5060,10000-20000 comment="VoIP SIP/RTP" [admin@MikroTik] > /ip firewall mangle add chain=prerouting action=mark-packet new-packet-mark=pkt-voip passthrough=no connection-mark=conn-voip [admin@MikroTik] > /ip firewall mangle add chain=prerouting action=mark-connection new-connection-mark=conn-video passthrough=yes protocol=udp port=5004,5005 comment="Transmisje Video" [admin@MikroTik] > /ip firewall mangle add chain=prerouting action=mark-packet new-packet-mark=pkt-video passthrough=no connection-mark=conn-video [admin@MikroTik] > /ip firewall mangle add chain=prerouting action=mark-packet new-packet-mark=pkt-default passthrough=no comment="Ruch domyślny" # Budowa hierarchicznego drzewa kolejek HTB [admin@MikroTik] > /queue tree add name=Q-GLOWNA parent=bridge-wlan max-limit=50M [admin@MikroTik] > /queue tree add name=Q-1-VOIP parent=Q-GLOWNA packet-mark=pkt-voip priority=1 limit-at=5M max-limit=10M [admin@MikroTik] > /queue tree add name=Q-3-VIDEO parent=Q-GLOWNA packet-mark=pkt-video priority=3 limit-at=15M max-limit=30M [admin@MikroTik] > /queue tree add name=Q-8-RESZTA parent=Q-GLOWNA packet-mark=pkt-default priority=8 limit-at=1M max-limit=50M
Kryteria oceny i typowe błędy
  • Aktywny FastTrack: Pozostawienie domyślnej reguły fasttrack-connection powoduje ominięcie tablicy Mangle i zerowe liczniki w drzewie kolejek.
  • Błędny parametr Passthrough: Ustawienie passthrough=yes w ostatniej regule znakowania pakietów może nadpisać etykietę pakietu kolejną regułą domyślną.
Schemat kolejkowania QoS na routerze MikroTik
06
Ubiquiti - Bezpieczeństwo klasy Enterprise (WPA3-Enterprise i 802.1X)
Podstawa merytoryczna

W4 Architektura IEEE 802.1X. W5 Protokoły EAP, WPA3-Enterprise i serwery RADIUS.

Cel zadania

Wdrożenie korporacyjnego poziomu bezpieczeństwa w sieci bezprzewodowej Ubiquiti UniFi z wykorzystaniem standardu IEEE 802.1X, protokołu WPA3-Enterprise (tryb 192-bit) oraz zewnętrznego serwera uwierzytelniającego FreeRADIUS. Projekt eliminuje współdzielone klucze PSK, zapewnia indywidualną weryfikację tożsamości użytkowników certyfikatami i poświadczeniami oraz wymusza szyfrowanie ramek zarządzających (PMF).

Słowniczek pojęć kluczowych
IEEE 802.1X
Standard kontroli dostępu do medium opartej na portach fizycznych i logicznych; angażuje trzy strony: Suplikanta (stacja kliencka), Autentykatora (punkt dostępowy) i Serwer Uwierzytelniający (RADIUS).
WPA3-Enterprise (192-bit / CNSA)
Najwyższy standard zabezpieczeń Wi-Fi zgodny z wymogami instytucji rządowych; wykorzystuje 256-bitowy szyfr GCMP-256, funkcje skrótu SHA-384 oraz obowiązkową ochronę ramek zarządzających.
EAP-PEAP (MSCHAPv2)
Popularna metoda uwierzytelniania, w której stacja weryfikuje certyfikat serwera RADIUS i zestawia bezpieczny tunel TLS, wewnątrz którego przesyła login i hasło użytkownika.
Chronione ramki zarządzające (ang. Protected Management Frames, PMF / 802.11w)
Mechanizm kryptograficznej ochrony ramek deautentykacji i dysasocjacji, uniemożliwiający przeprowadzenie bezprzewodowych ataków Denial of Service.
Scenariusz projektowy
Instytucja finansowa modernizuje sieć bezprzewodową w celu spełnienia rygorystycznych wymogów audytu bezpieczeństwa. Wdrożenie wymaga całkowitego odejścia od haseł współdzielonych na rzecz indywidualnych kont w bazie RADIUS. Wymagane jest wdrożenie WPA3-Enterprise z obowiązkową ochroną ramek zarządzających (PMF) oraz dynamiczne przydzielanie użytkowników do odpowiednich podsieci VLAN na podstawie atrybutów RADIUS. Wspólne hasło jest nie do przyjęcia: każde odejście pracownika wymuszałoby jego zmianę na wszystkich urządzeniach, a audyt wymaga rozliczalności każdego logowania. Każdy użytkownik uwierzytelnia się własnym loginem i hasłem w tunelu EAP-PEAP, a serwer RADIUS na podstawie atrybutów zwraca przypisanie do właściwego VLAN-u, rozdzielając grupy użytkowników już na etapie logowania. Obowiązkowa ochrona ramek zarządzających PMF uniemożliwia ataki polegające na wyrzucaniu stacji z sieci. Student stawia serwer FreeRADIUS z certyfikatami, konfiguruje profil RADIUS w kontrolerze oraz dokumentuje pełną sekwencję komunikatów, test negatywny z błędnym hasłem i negocjację szyfrowania.
Wymagane środowisko i narzędzia
  • Kontroler Ubiquiti UniFi Network Application oraz punkt dostępowy UniFi AP wspierający WPA3.
  • Wirtualna maszyna z systemem Linux (Debian/Ubuntu) z zainstalowanym serwerem FreeRADIUS.
  • Stacja robocza klienta (Windows/Linux/Android) z obsługą WPA3 i suplikantem 802.1X.
  • Analizator pakietów Wireshark.
Procedura wdrożenia krok po kroku
  1. Konfiguracja serwera FreeRADIUS: W pliku clients.conf dodanie podsieci punktów UniFi wraz z hasłem współdzielonym (Secret). W pliku users dodanie użytkowników testowych wraz z atrybutami VLAN.
  2. Generowanie certyfikatów serwera: Zapewnienie poprawnych certyfikatów CA i serwera RADIUS w katalogu /etc/freeradius/3.0/certs/.
  3. Konfiguracja profilu RADIUS w UniFi: W kontrolerze UniFi przejście do Profiles -> RADIUS -> Create New; podanie adresu IP serwera, portu 1812 i sekretu.
  4. Konfiguracja sieci bezprzewodowej w UniFi: Utworzenie SSID „Korporacja_WPA3”, wybór typu zabezpieczeń: WPA3 Enterprise, wskazanie profilu RADIUS, ustawienie parametru PMF na Required oraz włączenie opcji RADIUS Assigned VLAN.
  5. Konfiguracja stacji roboczej: Ustawienie profilu sieci na stacji klienckiej z wyborem metody EAP-PEAP lub importem certyfikatu użytkownika.
Procedura testowa i dowody działania
  • Uruchomienie serwera FreeRADIUS w trybie śledzenia na konsoli: freeradius -X.
  • Próba uwierzytelnienia stacji: analiza komunikatów Access-Request, Access-Challenge oraz końcowego Access-Accept.
  • Przechwycenie ramek w programie Wireshark: udokumentowanie negocjacji EAPOL i szyfrowania danych algorytmem GCMP-256.
  • Test autoryzacji negatywnej z błędnym hasłem użytkownika i rejestracja komunikatu Access-Reject.
Przykładowe pliki konfiguracyjne (FreeRADIUS w systemie Linux)
# Konfiguracja klienta autoryzujacego w /etc/freeradius/3.0/clients.conf client unifi-ap-lan { ipaddr = 192.168.1.0/24 secret = "PromienSekretUniFi2026!" shortname = unifi-points } # Konfiguracja kont uzytkownikow w /etc/freeradius/3.0/users "jan.kowalski" Cleartext-Password := "SilneHasloPracownika2026!" Tunnel-Type = 13, Tunnel-Medium-Type = 6, Tunnel-Private-Group-Id = "10" "anna.nowak" Cleartext-Password := "DyrektorskieTajneHaslo!" Tunnel-Type = 13, Tunnel-Medium-Type = 6, Tunnel-Private-Group-Id = "20"
Kryteria oceny i typowe błędy
  • Odrzucenie certyfikatu przez suplikant: Brak zaufania stacji klienckiej do lokalnego urzędu certyfikacji (CA) wystawiającego certyfikat serwera RADIUS powoduje zerwanie tunelu TLS bez przesłania loginu.
  • Brak obsługi WPA3 przez starsze karty: Wymuszenie czystego trybu WPA3 bez opcji przejściowej uniemożliwia asocjację urządzeniom starszej generacji nieobsługującym PMF.
Bezpieczeństwo sieci WLAN 802.1X i serwer RADIUS
07
MikroTik - System monitorowania i wykrywania intruzów WIDS/WIPS
Podstawa merytoryczna

W4 Podatności warstwy 2 Wi-Fi. W5 Systemy detekcji anomalii radiowych, ataki Evil Twin i skanowanie pasma.

Cel zadania

Zaprojektowanie i wdrożenie systemu wykrywania i powiadamiania o bezprzewodowych zagrożeniach radiowych (WIDS) na routerze MikroTik. Projekt obejmuje konfigurację interfejsu radiowego w trybie monitorowania/snoopera, autorski skrypt wykrywający fałszywe punkty dostępowe podszywające się pod sieć firmową (Evil Twin) oraz automatyczne generowanie alarmów do dziennika zdarzeń i poczty e-mail.

Słowniczek pojęć kluczowych
WIDS / WIPS
System wykrywania (Detection) i zapobiegania (Prevention) intruzom w sieci bezprzewodowej poprzez ciągłą analizę widma i przechwytywanie ramek transmisyjnych.
Nieautoryzowany punkt dostępowy (ang. Rogue AP)
Nieautoryzowany punkt dostępowy podłączony do wewnętrznej sieci przewodowej firmy bez wiedzy i zgody administratora (np. prywatny router pracownika).
Evil Twin (Zły bliźniak)
Wrogi punkt dostępowy rozgłaszający ten sam identyfikator SSID co legalna sieć firmowa, mający na celu wywołanie asocjacji stacji pracowników i przechwycenie danych logowania.
Atak deautentykacyjny (ang. Deauthentication Attack)
Atak polegający na rozsyłaniu fałszywych ramek deautentykacyjnych ze sfabrykowanym adresem MAC punktu bazowego, wymuszający natychmiastowe zerwanie połączenia klienta.
Scenariusz projektowy
W obiekcie o podwyższonych rygorach bezpieczeństwa zachodzi podejrzenie prób ataków socjotechnicznych polegających na rozstawianiu fałszywych punktów Wi-Fi na parkingu przed biurem. Zadaniem jest wykorzystanie drugiego modułu radiowego w routerze MikroTik jako dedykowanej sondy WIDS, która w sposób ciągły bada otoczenie i alarmuje administratora o nieznanych adresach MAC rozgłaszających nazwę firmowej sieci. Fala radiowa nie zatrzymuje się na ogrodzeniu parkingu, więc atakujący spoza fizycznego obwodu obiektu może rozgłosić tę samą nazwę sieci i przechwycić próby logowania pracowników. Drugi moduł radiowy pracuje wyłącznie jako sonda: skanowanie na module obsługującym klientów przerywałoby transmisję, dlatego zadania detekcji przejmuje dedykowane radio. Skrypt cyklicznie porównuje wykryte sieci z białą listą legalnych adresów BSSID i każde obce radio z firmowym SSID zgłasza wpisem do dziennika oraz wiadomością e-mail. Student przeprowadza kontrolowaną symulację ataku hotspotem z telefonu i dokumentuje stan spoczynkowy bez alertów oraz poprawne wykrycie intruza wraz z jego adresem MAC.
Wymagane środowisko i narzędzia
  • Router MikroTik z dwoma modułami radiowymi (np. wlan1 obsługuje klientów, wlan2 dedykowany do skanowania WIDS).
  • Dodatkowe urządzenie do symulacji ataku (smartfon z funkcją hotspota lub laptop z narzędziem airbase-ng).
Procedura wdrożenia krok po kroku
  1. Konfiguracja radia monitorującego: Przełączenie drugiego modułu wlan2 w tryb bez nadawania z dostępem do narzędzia skanera i snoopera.
  2. Zdefiniowanie białej listy BSSID: Zapisanie autoryzowanych adresów fizycznych MAC legalnych punktów dostępowych przedsiębiorstwa.
  3. Opracowanie skryptu detekcji: Napisanie skryptu w języku RouterOS Scripting odpytującego tabelę snoopera w poszukiwaniu sieci o firmowym SSID, lecz z adresem MAC nienależącym do białej listy.
  4. Konfiguracja akcji alarmowej: Dodanie wpisu do dziennika o poziomie error oraz wysłanie wiadomości przez narzędzie /tool e-mail.
  5. Harmonogramowanie skryptu: Uruchomienie narzędzia /system scheduler wykonującego badanie widma co 30 sekund.
  6. Włączenie ochrony PMF: Aktywacja Management Protection: required na legalnym punkcie w celu neutralizacji ataków deautentykacyjnych.
Procedura testowa i dowody działania
  • Weryfikacja stanu spoczynkowego: brak alertów w dzienniku /log print.
  • Symulacja wrogiego punktu: uruchomienie na telefonie hotspota z identyczną nazwą firmowego SSID.
  • Odczyt dziennika zdarzeń routera: udokumentowanie pojawienia się wpisu alarmowego [WIDS ALERT] Wykryto atak Evil Twin! z adresem MAC intruza.
  • Zrzut ekranu z tabeli wykrytych stacji w narzędziu Snooper.
Przykładowy skrypt detekcji (MikroTik RouterOS v7)
# Skrypt wykrywania wrogich punktów podszywających się pod SSID firmowe :local legalSSID "Firma_Produkcja" :local legalBSSID "00:15:6D:54:32:10" [admin@MikroTik] > /interface wireless snooper :foreach ap in=[/interface wireless snooper flat-snoop wlan2 duration=3s as-value] do={ :if (($ap->"ssid") = $legalSSID) do={ :if (($ap->"mac-address") != $legalBSSID) do={ /log error message=("[WIDS ALERT] Wykryto atak Evil Twin! Fałszywy MAC: " . ($ap->"mac-address") . " Sygnał: " . ($ap->"signal-strength")) # Opcjonalne wysłanie wiadomości e-mail /tool e-mail send to="soc@firma.pl" subject="ALARM WIDS: Wykryto nieautoryzowany AP" body=("Wykryto fałszywy punkt podszywający się pod sieć firmową! MAC: " . ($ap->"mac-address")) } } }
Kryteria oceny i typowe błędy
  • Blokowanie obsługi klientów podczas skanowania: Uruchomienie procedury skanowania na module radiowym obsługującym podłączone stacje robocze powoduje chwilowe przerwanie transmisji (konieczność dedykowania drugiego modułu do zadań WIDS).
  • Zmienne formatowanie adresu MAC: Porównywanie wielkich i małych liter w adresach MAC w skrypcie wymaga ujednolicenia formatu łańcucha znaków.
System monitorowania radiowego WIDS na MikroTiku
08
MikroTik - Wdrożenie Dual-Stack IPv4/IPv6 w sieci WLAN
Podstawa merytoryczna

W1 Warstwa sieciowa. W4 Protokół IPv6, autokonfiguracja SLAAC i ICMPv6 w sieciach bezprzewodowych.

Cel zadania

Zaprojektowanie i wdrożenie dwustosowej architektury sieciowej Dual-Stack (IPv4 oraz IPv6) w bezprzewodowej sieci lokalnej na routerze MikroTik. Projekt obejmuje konfigurację globalnego prefiksu IPv6, bezstanowej autokonfiguracji stacji roboczych (SLAAC) za pomocą komunikatów Router Advertisement (RA), bezstanowego serwera DHCPv6 dla parametrów DNS oraz zabezpieczenie ruchu zaporą ICMPv6.

Słowniczek pojęć kluczowych
Podwójny stos (ang. Dual-Stack)
Równoległe działanie dwóch niezależnych protokołów sieciowych (IPv4 i IPv6) na tym samym interfejsie i w tym samym medium bezprzewodowym bez konieczności translacji adresów.
SLAAC (bezstanowa autokonfiguracja adresu, ang. Stateless Address Autoconfiguration)
Mechanizm bezstanowego przydzielania adresów IPv6, w którym urządzenie klienckie samo generuje swój adres globalny na podstawie prefiksu z ramki Router Advertisement oraz identyfikatora interfejsu.
Wykrywanie sąsiadów (ang. Neighbor Discovery, ND / ICMPv6)
Zestaw komunikatów protokołu ICMPv6 zastępujący tradycyjny protokół ARP; służy do wykrywania routerów, badania dostępności sąsiadów oraz unikania kolizji adresów (DAD).
Bezstanowy serwer DHCPv6 (ang. Stateless DHCPv6)
Tryb pracy serwera DHCPv6, w którym serwer nie zarządza stanem dzierżaw adresów IP, a jedynie przekazuje klientom adresy serwerów DNS i parametry domenowe.
Scenariusz projektowy
W kampusie uniwersyteckim realizowany jest projekt modernizacji sieci Wi-Fi w celu zapewnienia pełnego wsparcia dla protokołu IPv6. Urządzenia studentów (laptopy, telefony) muszą pobierać jednocześnie adresy IPv4 z serwera DHCP oraz adresy IPv6 Global Unicast za pośrednictwem mechanizmu SLAAC, zachowując bezproblemową łączność z zasobami internetowymi. Sieć musi obsługiwać oba protokoły naraz, ponieważ część zasobów i klientów nadal korzysta z IPv4, a nowe urządzenia i usługi wymagają IPv6. Stacje pobierają adres IPv4 z serwera DHCP, a adres globalny IPv6 generują samodzielnie z rozgłaszanego prefiksu 2001:db8:acad:1::/64, natomiast adres serwera DNS otrzymują z bezstanowego DHCPv6. Zapora musi przepuszczać komunikaty ICMPv6, bo ich zablokowanie unieruchamia wykrywanie sąsiadów, ogłoszenia routera i wykrywanie duplikatów adresów. Student weryfikuje adresy na stacjach, łączność z bramą i serwerem, rozwiązywanie nazw oraz w trybie symulacji pokazuje wymianę komunikatów rozgłoszeniowych protokołu wykrywania sąsiadów.
Wymagane środowisko i narzędzia
  • Router MikroTik (urządzenie fizyczne lub CHR z aktywnym pakietem IPv6).
  • Stacje klienckie z obsługą stosu IPv6 (systemy Windows 10/11, Linux lub Android).
Procedura wdrożenia krok po kroku
  1. Przypisanie globalnego adresu IPv6: Przypisanie prefiksu 2001:db8:acad:1::1/64 do mostu bezprzewodowego bridge-wlan z włączoną opcją advertise=yes.
  2. Konfiguracja protokołu Neighbor Discovery: Ustawienie czasu rozsyłania ogłoszeń routera (RA Interval: 10-30 sekund), ustawienie flagi other-configuration=yes oraz managed-address-configuration=no.
  3. Konfiguracja bezstanowego DHCPv6: Zdefiniowanie opcji DNS z adresem 2001:db8:acad:1::53 i uruchomienie serwera DHCPv6 powiązanego z mostem.
  4. Zabezpieczenie zapory IPv6: W /ipv6 firewall filter dodanie reguł bezwzględnie przepuszczających pakiety protokołu icmpv6 w łańcuchach input i forward.
  5. Weryfikacja przypisania adresów: Sprawdzenie, czy stacje klienckie poprawnie wygenerowały adresy globalne oraz adresy prywatne (Temporary IPv6 Address).
Procedura testowa i dowody działania
  • Odczyt konfiguracji sieciowej na stacji roboczej poleceniem ipconfig /all (widoczny adres IPv4, brama domyślna IPv4, adresy IPv6 GUA, Link-Local oraz adresy serwerów DNS IPv6).
  • Test łączności ICMPv6 z bramą domyślną poleceniem ping -6 2001:db8:acad:1::1.
  • Weryfikacja tablicy sąsiadów w konsoli routera: /ipv6 neighbor print prezentująca adresy MAC oraz stany połączeń (Reachable, Stale).
Przykładowe polecenia konfiguracyjne (MikroTik RouterOS v7)
# Przypisanie adresu GUA i konfiguracja rozgłaszania Router Advertisements [admin@MikroTik] > /ipv6 address add address=2001:db8:acad:1::1/64 interface=bridge-wlan advertise=yes comment="Prefiks GUA dla WLAN" [admin@MikroTik] > /ipv6 nd set [find default=yes] disabled=yes [admin@MikroTik] > /ipv6 nd add interface=bridge-wlan ra-interval=10s-30s ra-lifetime=30m hop-limit=64 managed-address-configuration=no other-configuration=yes comment="SLAAC + Stateless DNS" # Konfiguracja bezstanowego serwera DHCPv6 dla parametrów DNS [admin@MikroTik] > /ipv6 dhcp-server option add name=dns-servers code=23 value="'2001:db8:acad:1::53'" [admin@MikroTik] > /ipv6 dhcp-server add name=dhcpv6-wlan interface=bridge-wlan address-pool="" disabled=no # Reguły zapory sieciowej - ochrona ICMPv6 i protokołu ND [admin@MikroTik] > /ipv6 firewall filter add chain=input protocol=icmpv6 action=accept comment="Krytyczne dla ND i RA" [admin@MikroTik] > /ipv6 firewall filter add chain=input connection-state=established,related action=accept [admin@MikroTik] > /ipv6 firewall filter add chain=input in-interface=bridge-wlan dst-port=547 protocol=udp action=accept comment="DHCPv6" [admin@MikroTik] > /ipv6 firewall filter add chain=input action=drop comment="Blokada reszty ruchu wejściowego"
Kryteria oceny i typowe błędy
  • Zablokowanie ruchu ICMPv6 w zaporze: Błędne potraktowanie ICMPv6 jak IPv4 ping i zablokowanie protokołu uniemożliwia działanie autokonfiguracji SLAAC i wykrywania duplikatów adresów (DAD).
  • Niewłaściwa flaga w ND: Ustawienie managed-address-configuration=yes przy braku stanowej puli DHCPv6 powoduje, że urządzenia z systemem Windows oczekują na adres z serwera i nie konfigurują SLAAC.
Wdrożenie Dual-Stack IPv4/IPv6 w sieci WLAN
09
Ubiquiti - Dalekosiężne łącze PtP z analizą strefy Fresnela
Podstawa merytoryczna

W1 Fizyka propagacji fal radiowych. W2 Strefy Fresnela, tłumienie wolnej przestrzeni i bilans łącza radiowego.

Cel zadania

Zaprojektowanie i analiza parametrów dalekosiężnego mostu radiowego punkt-punkt w paśmie 5 GHz na dystansie 3,5 km z wykorzystaniem urządzeń Ubiquiti airMAX AC. Projekt obejmuje analizę profilu wysokościowego terenu w narzędziu Ubiquiti ISP Design Center, obliczenie promienia pierwszej strefy Fresnela i wymaganego prześwitu (60%), wyznaczenie teoretycznego budżetu łącza (Link Budget) oraz weryfikację zgodności mocy nadawczej EIRP z limitami UKE.

Słowniczek pojęć kluczowych
Pierwsza strefa Fresnela
Elipsoida obrotowa wokół osi optycznej łączącej nadajnik z odbiornikiem; przeszkody wnikające w jej przestrzeń wywołują zjawiska dyfrakcji i interferencji niszczącej fale radiowe.
Zasada 60% prześwitu
Warunek czystości propagacyjnej stanowiący, że co najmniej 60% promienia pierwszej strefy Fresnela musi być wolne od przeszkód terenowych, drzew i budynków.
Tłumienie w wolnej przestrzeni (ang. Free Space Path Loss, FSPL)
Tłumienie sygnału w wolnej przestrzeni wynikające z geometrycznego rozpraszania energii fali elektromagnetycznej wraz z kwadratem odległości.
EIRP (zastępcza moc promieniowana izotropowo, ang. Equivalent Isotropically Radiated Power)
Zastępcza moc promieniowana izotropowo; w Polsce w paśmie 5470-5725 MHz dopuszczalny limit UKE wynosi 1000 mW (30 dBm) z aktywną kontrolą mocy TPC.
Scenariusz projektowy
Przedsiębiorstwo komunalne musi połączyć stację uzdatniania wody z centralną dyspozytornią oddaloną o 3,5 km. Pomiędzy punktami występuje zróżnicowana rzeźba terenu oraz pas zadrzewień. Wymagane jest przeprowadzenie symulacji w dedykowanym narzędziu radiowym, wyliczenie minimalnych wysokości masztów zapewniających czystość strefy Fresnela oraz dobór czasz antenowych. Budowa linii światłowodowej przez zróżnicowany teren byłaby wielokrotnie droższa i czasochłonna, a dyspozytornia wymaga stałej łączności ze stacją uzdatniania. Symulacja profilu terenu wyznacza minimalne wysokości masztów tak, aby co najmniej 60 procent promienia pierwszej strefy Fresnela pozostało wolne od przeszkód. Budżet łącza zestawia zysk anten, tłumienie wolnej przestrzeni i czułość odbiornika, a dobrana moc nadajnika utrzymuje EIRP poniżej limitu 30 dBm. Student załącza raport z narzędzia projektowego, tabelę budżetu z wyliczonym marginesem na zaniki oraz opis procedury celowania anten według wskaźników obu polaryzacji.
Wymagane środowisko i narzędzia
  • Darmowe narzędzie online Ubiquiti ISP Design Center (ispdesign.ui.com).
  • Kalkulator parametrów radiowych lub arkusz kalkulacyjny do wyznaczenia budżetu łącza.
  • Panel konfiguracyjny Ubiquiti airOS (wersja laboratoryjna urządzeń lub emulator interfejsu).
Procedura wdrożenia krok po kroku
  1. Zdefiniowanie lokalizacji w ISP Design Center: Wprowadzenie współrzędnych geograficznych stacji A i stacji B oddalonych o 3,5 km.
  2. Dobór modeli anten: Wybór urządzeń Ubiquiti PowerBeam 5AC Gen2 o zysku energetycznym 25 dBi.
  3. Analiza profilu terenu i wysokości masztów: Ustawienie wysokości zawieszenia anten na masztach (np. 18 m nad poziomem terenu na stacji A i 16 m nad poziomem terenu na stacji B) w celu uzyskania pełnego prześwitu 60% strefy Fresnela ponad przeszkodami.
  4. Obliczenie promienia strefy Fresnela: Zastosowanie wzoru $r_1 = 8{,}656 \cdot \sqrt{d / f}$ w połowie trasy.
  5. Obliczenie budżetu łącza: Wyznaczenie tłumienia wolnej przestrzeni FSPL dla częstotliwości 5,5 GHz oraz estymacja mocy sygnału odebranego RSSI.
  6. Weryfikacja zgodności z normami UKE: Sprawdzenie, czy moc nadajnika skorygowana o zysk anteny nie przekracza dopuszczalnego limitu EIRP 30 dBm.
Procedura testowa i dowody działania
  • Wygenerowanie i załączenie do dokumentacji raportu PDF z Ubiquiti ISP Design Center prezentującego profil terenu, elipsoidę strefy Fresnela i estymowaną przepustowość.
  • Zestawienie tabelaryczne parametrów budżetu łącza: $P_{TX}$, $G_{TX}$, $FSPL$, $L$, $G_{RX}$ oraz wyliczone $P_{RX}$.
  • Opis procedury wizowania anten na podstawie wskaźników sygnału dla obu polaryzacji (Chain 0 / Chain 1) z dopuszczalnym odchyleniem do 2 dB.
Wzorcowe obliczenia do zamieszczenia w sprawozdaniu
# Dane wejściowe: Dystans: d = 3,5 km Częstotliwość środkowa: f = 5,5 GHz (pasmo 5 GHz) Zysk anten: G_TX = 25 dBi, G_RX = 25 dBi Straty na złączkach i pigtailach: L = 1,0 dB # 1. Obliczenie promienia 1. strefy Fresnela w połowie dystansu (d/2 = 1,75 km): r_1 = 8,656 * sqrt(3,5 / 5,5) = 8,656 * sqrt(0,6363) = 8,656 * 0,7977 = 6,90 m Wymagany prześwit 60%: 0,60 * 6,90 m = 4,14 m wolnej przestrzeni nad najwyższą przeszkodą # 2. Obliczenie tłumienia wolnej przestrzeni (FSPL): FSPL = 32,45 + 20*log10(3,5) + 20*log10(5500) FSPL = 32,45 + 10,88 + 74,80 = 118,13 dB # 3. Ustawienie mocy nadawania i weryfikacja EIRP: Moc nadajnika: P_TX = 5 dBm EIRP = P_TX + G_TX - L = 5 dBm + 25 dBi - 1,0 dB = 29,0 dBm Norma UKE w pasmie 5470-5725 MHz wynosi 30 dBm (1000 mW) -> SPEŁNIONA # 4. Obliczenie mocy odebranej na stacji odbiorczej (RSSI): P_RX = P_TX + G_TX - L - FSPL + G_RX - L P_RX = 5 + 25 - 1 - 118,13 + 25 - 1 = -65,13 dBm Czułość odbiornika dla modulacji 256QAM wynosi -72 dBm -> Margines na zaniki (Fade Margin) = 6,87 dB
Kryteria oceny i typowe błędy
  • Pomijanie krzywizny Ziemi: Na dystansach powyżej 3 km krzywizna Ziemi wynosi kilkadziesiąt centymetrów i w połączeniu ze strefą Fresnela może powodować zasłonięcie łącza przy niskich masztach.
  • Przekroczenie limitów EIRP: Pozostawienie maksymalnej mocy nadawczej urządzenia (np. 24 dBm) przy antenie o zysku 25 dBi daje EIRP rzędu 48 dBm, co stanowi naruszenie przepisów prawa telekomunikacyjnego.
Analiza strefy Fresnela dla łącza radiowego Ubiquiti
10
MikroTik - Sieć rozproszona z routingiem OSPF i tunelami przez WLAN
Podstawa merytoryczna

W1 Topologie sieci. W4 Tunele warstwy 2 (EoIP) i szyfrowanie. W5 Dynamiczny routing OSPF i zbieżność sieci.

Cel zadania

Zaprojektowanie i wdrożenie odpornej na awarie infrastruktury sieciowej łączącej trzy odległe lokalizacje za pomocą łączy radiowych MikroTik w topologii pierścienia. Projekt obejmuje konfigurację protokołu dynamicznego routingu OSPF v2 (Area 0), budowę tunelu warstwy 2 Ethernet over IP (EoIP) zabezpieczonego protokołem IPsec oraz optymalizację parametru MTU w celu eliminacji fragmentacji pakietów.

Słowniczek pojęć kluczowych
OSPF (Open Shortest Path First)
Hierarchiczny protokół routingu dynamicznego stanu łącza (Link-State); zapewnia szybką zbieżność topologii po awarii jednego z połączeń transmisyjnych.
EoIP (Ethernet over IP)
Własny protokół firmy MikroTik enkapsulujący ramki ethernetowe warstwy 2 bezpośrednio wewnątrz pakietów IP (protokół GRE), co pozwala na transparentne mostkowanie odległych sieci LAN.
Zbieżność sieci (Convergence Time)
Czas potrzebny routerom sieciowym na wykrycie braku odpowiedzi sąsiada i wyznaczenie nowej ścieżki przesyłania pakietów w tablicy routingu.
MSS Clamping (Reguła change-mss)
Mechanizm w zaporze sieciowej automatycznie obniżający pole Maximum Segment Size w pakietach TCP SYN, co zapobiega problemom ze zbyt dużymi ramkami w tunelach o obniżonym MTU.
Scenariusz projektowy
Przedsiębiorstwo posiada trzy budynki (Centrala A, Magazyn B, Biuro C) spięte mostami radiowymi w topologii pierścienia (A-B, B-C, C-A). W celu uniknięcia pętli w warstwie 2 i zapewnienia redundancji łączy wdrożono routing OSPF. Dodatkowo stacje robocze w Centrali A oraz Magazynie B muszą pracować we wspólnej podsieci warstwy 2 (np. dla potrzeb oprogramowania magazynowego), co wymusza zestawienie szyfrowanego tunelu EoIP. Awaria jednego mostu radiowego nie może odcinać budynku, dlatego pierścień z routingiem OSPF automatycznie przenosi ruch drogą zapasową o wyższym koszcie. Oprogramowanie magazynowe wymaga wspólnej domeny rozgłoszeniowej między centralą a magazynem, więc obie lokalizacje spina szyfrowany tunel EoIP przenoszący całe ramki ethernetowe. Szyfrowanie IPsec chroni tunel, ponieważ sam protokół tunelujący nie zapewnia poufności, a reguła obniżania MSS zapobiega zawieszaniu się stron przy działającym pingu. Student dokumentuje relacje sąsiedztwa OSPF, trasy dynamiczne, przezroczystość tunelu oraz przełączenie na trasę zapasową z pomiarem utraconych pakietów.
Wymagane środowisko i narzędzia
  • 3 routery MikroTik (urządzenia fizyczne lub 3 maszyny MikroTik CHR spięte w wirtualnej sieci trójkąta).
  • Stacje robocze lub generatory ruchu sieciowego.
Procedura wdrożenia krok po kroku
  1. Adresacja łączy punkt-punkt: Przypisanie podsieci transmisyjnych /30 na łączach między węzłami (A-B: 10.0.12.0/30, B-C: 10.0.23.0/30, C-A: 10.0.31.0/30).
  2. Definicja interfejsów Loopback: Skonfigurowanie stabilnych adresów IP /32 na każdym węźle (1.1.1.1, 2.2.2.2, 3.3.3.3) stanowiących Router ID procesu OSPF.
  3. Uruchomienie OSPF v2 (RouterOS v7): Utworzenie instancji OSPF, obszaru backbone (Area 0) oraz dodanie szablonów interfejsów (Interface Templates) typu point-to-point.
  4. Ustawienie kosztów metryk OSPF: Zróżnicowanie kosztów łączy (np. łącze A-B koszt 10, trasa okrężna A-C koszt 40) w celu wyznaczenia ścieżki domyślnej i zapasowej.
  5. Konfiguracja tunelu EoIP z IPsec: Zestawienie tunelu eoip-do-B na węźle A wskazującego na adres loopback węzła B z kluczem ipsec-secret.
  6. Mostkowanie sieci L2 przez tunel: Dodanie interfejsu EoIP oraz portu lokalnego LAN do mostu bridge-lan na obu końcach tunelu.
  7. Wdrożenie MSS Clamping: Dodanie reguły w /ip firewall mangle zapobiegającej fragmentacji pakietów TCP.
Procedura testowa i dowody działania
  • Weryfikacja relacji sąsiedztwa OSPF na każdym routerze: /routing ospf neighbor print (stan: Full).
  • Sprawdzenie tablicy routingu: /ip route print (widoczne trasy dynamiczne OSPF z flagą DAo).
  • Test przezroczystości tunelu L2: wykonanie polecenia ping z komputera w budynku A do komputera w budynku B pracujących w tej samej podsieci 192.168.100.0/24.
  • Test odporności na awarię (Failover): wyłączenie interfejsu głównego łącza A-B podczas ciągłego testu ping i pomiar liczby utraconych pakietów do momentu przełączenia ruchu trasą zapasową przez węzeł C.
Przykładowe polecenia konfiguracyjne (MikroTik RouterOS v7 - Węzeł A)
# Konfiguracja adresacji interfejsów i unikalnego Router ID [admin@Wezel-A] > /interface bridge add name=loopback [admin@Wezel-A] > /ip address add address=1.1.1.1/32 interface=loopback [admin@Wezel-A] > /ip address add address=10.0.12.1/30 interface=ether1 comment="Łącze do Węzła B" [admin@Wezel-A] > /ip address add address=10.0.31.1/30 interface=ether2 comment="Łącze do Węzła C" # Konfiguracja procesu OSPF v2 (Area 0) [admin@Wezel-A] > /routing ospf instance add name=inst-ospf router-id=1.1.1.1 [admin@Wezel-A] > /routing ospf area add name=backbone area-id=0.0.0.0 instance=inst-ospf [admin@Wezel-A] > /routing ospf interface-template add area=backbone networks=10.0.12.0/30 type=ptp cost=10 [admin@Wezel-A] > /routing ospf interface-template add area=backbone networks=10.0.31.0/30 type=ptp cost=40 [admin@Wezel-A] > /routing ospf interface-template add area=backbone networks=1.1.1.1/32 passive # Zestawienie tunelu EoIP z szyfrowaniem IPsec i mostkowanie sieci LAN [admin@Wezel-A] > /interface eoip add name=eoip-do-B remote-address=2.2.2.2 tunnel-id=10 ipsec-secret="HasloTuneluEoIP2026!" [admin@Wezel-A] > /interface bridge add name=bridge-rozszerzony-lan [admin@Wezel-A] > /interface bridge port add bridge=bridge-rozszerzony-lan interface=eoip-do-B [admin@Wezel-A] > /interface bridge port add bridge=bridge-rozszerzony-lan interface=ether3 # Reguła zapobiegania fragmentacji pakietów w tunelu [admin@Wezel-A] > /ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=clamp-to-pmtu comment="MSS Clamping dla EoIP"
Kryteria oceny i typowe błędy
  • Pominięcie MSS Clamping: Narzut nagłówków GRE i IPsec na standardową ramkę Ethernet powoduje odrzucanie dużych pakietów TCP (np. strony internetowe zawieszają się podczas ładowania, mimo że polecenie ping działa poprawnie).
  • Konflikt Router ID: Przypisanie tego samego Router ID na dwóch węzłach OSPF powoduje odrzucanie ogłoszeń LSA i brak wyznaczenia tras zapasowych.
Sieć rozproszona MikroTik z OSPF i tunelami EoIP