LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Przegląd bloga /IT & Networks / Multi-WAN Failover z Ubiquiti UniFi UCG-Fiber: instalacja,...
Ten artykuł w innych językach:

Multi-WAN Failover z Ubiquiti UniFi UCG-Fiber: instalacja, uziemienie i konfiguracja

Multi-WAN Failover z Ubiquiti UniFi UCG-Fiber: instalacja, uziemienie i konfiguracja
Spis treści
  1. Przykład: światłowód, satelita i sieć komórkowa
  2. Sprzęt i wymagania operatorów
  3. Montaż zewnętrzny i ochrona elektryczna
  4. Konfiguracja i odbiór
  5. Przypisanie wybranego ruchu
  6. Pytania i odpowiedzi
  7. Źródła

Multi-WAN wykorzystuje kilka łączy internetowych. Failover przełącza ruch na łącze zapasowe po wykryciu usterki; równoważenie obciążenia rozdziela nowe połączenia między łącza. Żaden tryb nie gwarantuje dostępności 100% ani rozmów bez przerw. Wspólna brama, zasilanie lub trasa kablowa nadal mogą ulec awarii.

Przykład: światłowód, satelita i sieć komórkowa

Przykładowa kolejność to światłowód Toya, następnie Starlink, a na końcu łącze ZTE 5G. Rzeczywiste opóźnienia, przepustowość i niezależność wymagają pomiarów w miejscu instalacji. Starlink zmniejsza zależność od lokalnej linii dostępowej, lecz nadal wymaga zasilania, widoku nieba i działającej sieci operatora.

Światłowód, Starlink i 5G według priorytetu prowadzą do jednej bramy UCG-Fiber i sieci lokalnej
Schemat ideowy łączy WAN. Ochrona elektryczna zależy od budynku i sprzętu; rysunek nie stanowi projektu instalacji.

Sprzęt i wymagania operatorów

UCG-Fiber obsługuje kilka portów WAN; aktualna specyfikacja podaje maksymalnie sześć. Trzy łącza wymagają odpowiedniego przypisania portów i zachowania potrzebnej łączności LAN. Abonament światłowodowy nie oznacza możliwości zastąpienia terminala ONT dowolnym modułem SFP: potrzebna jest zgodność optyki, uwierzytelniania i ustawień operatora.

Tryb bridge lub IP passthrough może usunąć dodatkową lokalną warstwę NAT, ale nie jest konieczny dla każdej aplikacji korzystającej z połączeń wychodzących. Żaden z tych trybów nie zapewnia publicznego adresu IPv4 ani nie usuwa CGNAT u operatora. Usługi dostępne z zewnątrz wymagają osobnego planu adresacji i zapory.

  • Starlink: Router 3 ma porty Ethernet LAN i obsługuje tryb bypass. Konkretny zestaw określa okablowanie i potrzebne adaptery; w zestawach Performance router zewnętrzny może być podłączany do zasilacza. Bypass nie zmienia zasad przydzielania adresów w taryfie.
  • ZTE MC889: jednostka zewnętrzna z Ethernetem PoE. Dostępność bridge lub passthrough wymaga sprawdzenia faktycznego oprogramowania i dokumentacji operatora. Znaczenie mają zatwierdzony zasilacz PoE i właściwe okablowanie; samo oznaczenie PoE nie dowodzi zgodności z konkretnym przełącznikiem.

Montaż zewnętrzny i ochrona elektryczna

Montaż dachowy wymaga projektu ochrony dopasowanego do budynku i lokalnych przepisów. Uprawniony specjalista ustala uziemienie, połączenia wyrównawcze, odstępy separacyjne, prowadzenie przewodów i rozmieszczenie ochronników. Ogólna instrukcja bezpośredniego podłączenia każdego masztu przewodem miedzianym 16 mm² nie wystarcza.

Dobór kabla zewnętrznego uwzględnia promieniowanie UV, wilgoć, ekranowanie i wymagania producenta urządzenia. Ochronnik dopiero w szafie w piwnicy nie zastępuje kompletnego projektu ochrony przy wejściu do budynku. Zgodność z PoE i połączenia wyrównawcze ochronników także wymagają weryfikacji. Ochrona przeciwprzepięciowa nie gwarantuje przetrwania bezpośredniego uderzenia pioruna.

Konfiguracja i odbiór

  1. W Settings > Internet każde łącze otrzymuje port WAN oraz wymagane ustawienia DHCP, adresu stałego, VLAN lub PPPoE.
  2. Failover korzysta z ustalonej kolejności: światłowód, Starlink, sieć komórkowa. Równoważenie obciążenia jest osobnym wyborem i może zużywać limit danych zapasowych już podczas zwykłej pracy.
  3. Kontrola stanu sprawdza użyteczną trasę poza modemem. Udokumentowana reguła Auto łączy sondy ping i DNS; własne progi SLA mogą uwzględniać straty pakietów, opóźnienie i jitter. Nazwy menu zależą od zainstalowanej wersji Network.
  4. Test w oknie serwisowym obejmuje utratę i powrót każdego łącza, rzeczywisty ruch aplikacji, DNS, ponowne zestawienie VPN i zużycie danych. Sam monitoring łącza zapasowego nie potwierdza poprawności całego przełączenia.

Wagi równoważenia rozdzielają nowe połączenia, zamiast łączyć wszystkie łącza w szybsze pojedyncze pobieranie. Połączenie zwykle pozostaje na wybranym WAN. Failover może zmienić adres publiczny i przerwać istniejące sesje; odzyskiwanie działania aplikacji wymaga testu.

Przypisanie wybranego ruchu

Policy-Based Routing pozwala przypisać urządzenie lub VLAN do WAN. Przykładowo ruch gościnny może korzystać ze Starlinka, a kopie zapasowe ze światłowodu. Włączony Kill Switch zatrzymuje pasujący ruch po awarii wybranej trasy; po wyłączeniu tej opcji trasę zastępczą określają pozostałe reguły. Przerwana kopia może zakończyć się błędem albo wymagać ponownego uruchomienia zamiast poprawnie się zatrzymać.

Udokumentowana ścieżka menu dla Network 9.4 to Settings > Policy Table > Create New Policy > Route. Reguły domenowe wymagają korzystania z bramy jako serwera DNS. Dedykowane łącze WAN powinno zgodnie z instrukcją Ubiquiti otrzymać rolę Failover lub Backup i pozostać poza aktywnym równoważeniem obciążenia.

Pytania i odpowiedzi

Czy kontrola stanu wykrywa wolne łącze?

Progi opóźnienia, jittera i strat pakietów mogą wykryć pogorszenie przed całkowitą awarią. Odpowiedzi na małe pakiety nie mierzą jednak dostępnej przepustowości pobierania; poprawne sondy mogą współistnieć ze słabą wydajnością aplikacji.

Dlaczego użyteczne łącze może zostać uznane za niedostępne?

Cel sondy lub trasa do tego celu mogą ulec awarii, choć inne adresy pozostają osiągalne. Różnorodne cele, odpowiednie progi i sensowny okres oceny ograniczają fałszywe alarmy, ale nie zastępują diagnostyki.

Czy wszystkie VPN-y i rozmowy przetrwają przełączenie?

Nie. Odzyskanie działania zależy od aplikacji, protokołu i zmiany adresu zewnętrznego. Test odbiorczy powinien obejmować rzeczywiste usługi oraz przejście na zapas i powrót do preferowanego łącza.

Lukas Wójcik

Lukas Wójcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Masz pytanie lub pomysł na projekt internetowy? Napisz krótko, o co chodzi. Formularz korzysta z reCAPTCHA do ochrony przed spamem.

Napisanie komentarza

Doświadczenia z innym sprzętem lub inną wersją oprogramowania oraz pytania o konfigurację są tu mile widziane.

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.