Draadloze verbinding als reserve: gerouteerde failover of één segment?

Twee gebouwen, een punt-naar-punt-radio en een internet-VPN die als tweede pad kan dienen. Voordat de reserve automatisch wordt, beslist één vraag bijna al het andere: wat moet overleven — IP-bereikbaarheid tussen afzonderlijke subnetten of één gedeeld Ethernet-segment? Dat de radio zich als een kabel gedraagt, is geen argument om elk broadcast-frame over het internet te sturen. Beantwoord eerst de vraag, want de twee antwoorden vragen om ander lusbeheer, andere gezondheidscontroles en een ander idee van wat herstel betekent.

Bepaal wat de storing moet overleven

Lijst de toepassingen op die moeten blijven werken en noteer of ze afhankelijk zijn van bereikbaarheid op Layer 3 of van nabuurschap op Layer 2. Bestand delen, databaseverbindingen en webservices bekommeren zich meestal alleen om routes; ontdekkingsprotocollen, sommige clusterproducten en alles wat één broadcast-domein verwacht, bekommeren zich om nabuurschap. Een reserve die het verkeerde soort bereikbaarheid herstelt, levert een locatie op die technisch verbonden en praktisch nutteloos is.

Schrijf die lijst op en voeg hem toe aan het ontwerp, want het antwoord verschuift meestal zodra de eerste eigenaar van een toepassing over de nieuwe verbinding hoort.

Gerouteerde failover: twee prefixen, één voorkeurspad

Met afzonderlijke locatieprefixen wordt de reserve een routeringsprobleem. Elke router heeft een voorkeurspad via de radio en een minder gewenst pad via de tunnel, en de voorkeursroute wordt ingetrokken wanneer de radio geen verkeer meer levert. De andere kant heeft zijn eigen retourroute nodig, en beide kanten moeten het eens zijn over welk pad in elke richting de voorkeur heeft, zodat verkeer niet alleen in één richting de lange weg neemt.

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

Lees de derde opdracht net als de tweede: een beleidsregel, een tweede tabel of een op de bron gebaseerde beslissing kan verkeer uit het ene subnet anders versturen dan uit het andere, en één standaardopzoeking verbergt dat.

Bruggende failover: één segment, één blokkerend pad

Als nabuurschap echt nodig is, moet de reserve Ethernet-frames dragen, wat een gerouteerde IP-tunnel niet doet. Een VPN-interface in een lokaal segment bruggen wordt door sommige platforms ondersteund, en die interfaces worden dan brugelementen met de bijbehorende gevolgen. Twee gelijktijdig doorsturende paden op Layer 2 vormen een lus, dus het ontwerp heeft een opspannende boom nodig die beide locaties omvat en een duidelijke uitspraak over welk pad moet blokkeren.

Dat is een wezenlijke ontwerpbeslissing en geen vinkje, en de brugdocumentatie voor uw platform, zoals het brugoverzicht voor pfSense, is de plek om te bevestigen waaraan een VPN-lid werkelijk deelneemt. Een opspannende-boomoptie aanzetten op één losstaand apparaat bewijst niets over de opzet van begin tot eind.

Bewaak de grens die ertoe doet

Een radio met stroom, een interface die omhoog staat en een gezonde tunnel beschrijven elk een lokaal feit. Geen ervan bewijst dat een pakket uit het ene gebouw een host in het andere heeft bereikt, en dat is het enige feit waarop de failoverlogica zou moeten handelen. Bewaak een doel voorbij de verre router als het beleid dat toestaat, en bewaak beide richtingen afzonderlijk zodat een asymmetrische storing zichtbaar wordt.

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

Houd de controle goedkoop en begrensd: een kort interval, een klein aantal en een time-out die bij de tolerantie van de toepassing past. Een monitor die zelf afhankelijk is van het pad dat hij test, meldt succes tot het moment waarop hij ophoudt helemaal iets te melden.

Oefen beide richtingen onder belasting

Kopieer geen enkel convergentiedoel uit andermans topologie. Detectietijd, route- of brugconvergentie, tunnelgereedheid en toepassingsherstel dragen elk hun eigen vertraging bij, en de som op uw apparatuur is het enige getal dat ertoe doet. Oefen terwijl representatief verkeer loopt, zodat de meting de wachtrijen en sessies bevat die in productie bestaan.

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

Test herstel even zorgvuldig als de storing. Een onstabiele radio die in en uit flapt, sleurt verkeer heen en weer als de voorkeurslogica geen demping heeft, en gebruikers ervaren dat als erger dan één schone onderbreking. Leg het gekozen pad in elke fase vast, welke nieuwe verzoeken slaagden en wat er gebeurde met sessies die open waren toen het pad veranderde. Juist die registratie maakt van een tweede kabel een operationeel beleid.