Inzichten uit de praktijk

OPNsense met twee internetverbindingen: failover moet de praktijktest doorstaan

Twee lijnen vormen nog geen geteste reserveverbinding. De rol van gatewaybewaking, DNS, actieve sessies en echte applicatietests bij OPNsense.

FirewallBeveiligingIT-strategie en praktijkTechnische verdieping
Bij een oranje OPNsense-appliance is WAN1 losgekoppeld, terwijl WAN2 en LAN met gelabelde ethernetkabels verbonden blijven.

Een tweede internetverbinding is pas een bruikbare reserve als belangrijke werkprocessen er daadwerkelijk over functioneren. OPNsense kan meerdere WAN-routes beheren. Of een storing goed wordt overbrugd, hangt ook af van DNS, adressen, sessies en de eisen van applicaties.

Leg eerst het gewenste gedrag vast

Failover gebruikt een reserveroute wanneer de voorkeursverbinding uitvalt of onvoldoende kwaliteit biedt. Load balancing verdeelt verbindingen volgens vastgestelde regels. Geen van beide bundelt automatisch de bandbreedte voor elke afzonderlijke download. Bepaal vóór de configuratie welke applicaties welke verbinding moeten gebruiken.

Ook de contracten tellen mee: heeft de reserve een datalimiet? Zit de mobiele verbinding achter extra adresvertaling? Welk openbaar adres gebruiken externe systemen of toestemmingslijsten? Een werkende gewone internetsessie bewijst nog niet dat inkomende diensten en tunnels tussen vestigingen dezelfde reserveroute kunnen gebruiken.

De gatewaytest moet de relevante storing herkennen

De OPNsense-documentatie beschrijft bewaakte gateways en gatewaygroepen als bouwstenen. Alleen de fysieke verbindingsstatus herkent niet elke storing verderop. Het bewakingsdoel moet via de bedoelde route bereikbaar zijn en zinvol aangeven of die route nog bruikbaar is.

Kies passende drempelwaarden en testdoelen en volg hun gedrag. Eén slecht bereikbare externe host mag niet voortdurend een wisseling van verbinding veroorzaken. Omgekeerd mag een providerrouter die lokaal nog reageert een onderbroken internetroute niet blijvend als gezond laten verschijnen. Bewaking hoort bij het beheerconcept.

Hoofdverbinding; status bewaken; reserveverbinding; applicatie testen.Hoofdverbinding; status bewaken; reserveverbinding; applicatie testen.
Vereenvoudigde controlevolgorde; het concrete proces hangt af van de bestaande omgeving.

DNS en verbindingsstatussen horen bij de reserveroute

Gatewaygroepen en passende routeringsregels betreffen het verkeer van werkplekken; ook het eigen verkeer en de naamomzetting van de firewall moeten kloppen. Daarom wordt DNS tijdens een storing meegetest. Een eerder bezochte website kan uit de cache laden terwijl nieuwe DNS-aanvragen al mislukken.

Actieve sessies kunnen worden verbroken wanneer het openbare adres verandert. De OPNsense-documentatie behandelt onder meer state handling en sticky connections. Deze instellingen worden niet zonder afweging aangezet: een applicatie kan een stabiele uitgaande route nodig hebben, terwijl een andere na een storing bewust opnieuw moet verbinden.

Vier tests maken het nut zichtbaar

Het acceptatieplan omvat een echte storing van de hoofdroute, een storing achter de nog aangesloten providerrouter, nieuwe en reeds actieve applicatiesessies en de terugkeer naar de hoofdverbinding. Een geplande test vindt plaats in een geschikt onderhoudsvenster met een bereikbaar beheerpad.

Volg bijvoorbeeld telefonie, VPN, bedrijfsapplicaties, DNS en een eventueel beperkt mobiel datategoed. Leg de gemeten onderbrekingen vast in plaats van ononderbroken werking te beloven. DAXS combineert verbindingskeuze, routering en applicatietests tot een reserveconcept waarvan het gedrag binnen het bedrijf bekend is.

Communicatie en providers · Infrastructuur plannen · Reserveverbinding bespreken

Bronnen: OPNsense: Multi-WAN, failover en verdeling (externe link) · OPNsense: gateways en bewaking (externe link)