Łącze bezprzewodowe jako rezerwa: przełączanie routowane czy jeden segment?

Dwa budynki, łącze radiowe punkt-punkt i internetowa VPN, która może służyć jako druga droga. Zanim rezerwa stanie się automatyczna, jedno pytanie rozstrzyga prawie wszystko inne: co musi przetrwać — osiągalność IP między osobnymi podsieciami czy jeden wspólny segment Ethernet? To, że radio zachowuje się jak kabel, nie jest argumentem za przesyłaniem każdej ramki rozgłoszeniowej przez internet. Najpierw odpowiedz na pytanie, bo obie odpowiedzi wymagają innej kontroli pętli, innych kontroli stanu i innego wyobrażenia o tym, co znaczy odzyskiwanie.

Ustal, co musi przetrwać awarię

Wypisz aplikacje, które muszą dalej działać, i zaznacz, czy zależą od osiągalności na Layer 3, czy od sąsiedztwa na Layer 2. Udostępnianie plików, połączenia z bazami danych i usługi sieciowe zwykle interesują się tylko trasami; protokoły odkrywania, niektóre produkty klastrowe i wszystko, co oczekuje jednej domeny rozgłoszeniowej, interesuje się sąsiedztwem. Rezerwa, która przywraca niewłaściwy rodzaj osiągalności, daje lokalizację technicznie połączoną i praktycznie bezużyteczną.

Zapisz tę listę i dołącz ją do projektu, bo odpowiedź zwykle przesuwa się, gdy tylko pierwszy właściciel aplikacji usłyszy o nowym łączu.

Przełączanie routowane: dwa prefiksy, jedna preferowana droga

Przy osobnych prefiksach lokalizacji rezerwa staje się problemem routingu. Każdy router ma preferowaną drogę przez radio i mniej preferowaną przez tunel, a preferowana trasa jest wycofywana, gdy radio przestaje dostarczać ruch. Druga strona potrzebuje własnej trasy powrotnej, a obie strony powinny uzgodnić, która droga jest preferowana w każdym kierunku, aby ruch nie nadkładał drogi tylko w jednym kierunku.

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Czytaj trzecie polecenie tak samo jak drugie: reguła polityki, druga tabela lub decyzja oparta na źródle mogą wysyłać ruch z jednej podsieci inaczej niż z drugiej, a jedno domyślne wyszukanie to ukrywa.

Przełączanie mostkowane: jeden segment, jedna blokująca droga

Jeśli sąsiedztwo jest naprawdę potrzebne, rezerwa musi przenosić ramki Ethernet, czego trasowany tunel IP nie robi. Mostkowanie interfejsu VPN do lokalnego segmentu jest obsługiwane przez niektóre platformy, a te interfejsy stają się wtedy członkami mostu z odpowiednimi konsekwencjami. Dwie jednocześnie przekazujące drogi na Layer 2 tworzą pętlę, więc projekt potrzebuje drzewa rozpinającego obejmującego obie lokalizacje i jasnego stwierdzenia, która droga ma blokować.

To istotna decyzja projektowa, a nie pole wyboru, a dokumentacja mostkowania dla twojej platformy, na przykład przegląd mostów dla pfSense, jest miejscem, w którym potwierdzasz, w czym członek VPN faktycznie uczestniczy. Włączenie opcji drzewa rozpinającego na jednym niepowiązanym urządzeniu niczego nie dowodzi o układzie od końca do końca.

Monitoruj granicę, która ma znaczenie

Radio z zasilaniem, interfejs w stanie up i zdrowy tunel opisują każdy lokalny fakt. Żaden z nich nie dowodzi, że pakiet z jednego budynku dotarł do hosta w drugim, i to jest jedyny fakt, na którym logika przełączania powinna działać. Monitoruj cel za odległym routerem, jeśli polityka na to pozwala, i monitoruj oba kierunki osobno, aby asymetryczna awaria była widoczna.

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

Utrzymuj kontrolę tanią i ograniczoną: krótki interwał, mała liczba i limit czasu pasujący do tolerancji aplikacji. Monitor, który sam zależy od testowanej drogi, będzie zgłaszał sukces aż do chwili, w której przestanie zgłaszać cokolwiek.

Ćwicz oba kierunki pod obciążeniem

Nie kopiuj jednego celu zbieżności z cudzej topologii. Czas wykrycia, zbieżność trasy lub mostu, gotowość tunelu i odzyskiwanie aplikacji wnoszą każde własne opóźnienie, a suma na twoim sprzęcie jest jedyną liczbą, która ma znaczenie. Ćwicz, gdy płynie reprezentatywny ruch, aby pomiar obejmował kolejki i sesje istniejące w produkcji.

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

Testuj odzyskiwanie tak starannie jak awarię. Niestabilne radio, które pojawia się i znika, będzie szarpało ruchem tam i z powrotem, jeśli logika preferencji nie ma tłumienia, a użytkownicy odczuwają to jako gorsze niż jedna czysta przerwa. Zapisuj wybraną drogę na każdym etapie, które nowe żądania się powiodły i co stało się z sesjami otwartymi w chwili zmiany drogi. Właśnie ten zapis czyni drugi kabel polityką operacyjną.