En ekstra internetforbindelse er først en brugbar reserve, når de vigtige arbejdsgange faktisk fungerer via den. OPNsense kan administrere flere WAN-veje. Om et udfald håndteres ordentligt, afhænger også af DNS, adresser, sessioner og applikationernes krav.
Fastlæg først den ønskede adfærd
Failover bruger en reservevej, når den foretrukne forbindelse svigter eller har utilstrækkelig kvalitet. Belastningsfordeling fordeler forbindelser efter en fastlagt logik. Ingen af delene lægger automatisk båndbredden sammen for hver enkelt download. Før konfigurationen afklares det, hvilke applikationer der skal bruge hvilken forbindelse.
Aftalerne hører også med: har reserven en datagrænse? Ligger mobilforbindelsen bag yderligere adresseoversættelse? Hvilken offentlig adresse bruger fjernsystemer eller tilladelseslister? En almindelig internetsession, der fungerer, beviser ikke, at indgående tjenester og tunneler mellem lokationer kan bruge samme reservevej.
Gatewaytesten skal opdage den relevante fejl
OPNsense-dokumentationen beskriver overvågede gateways og gatewaygrupper som byggesten. Kablets linkstatus alene opdager ikke alle fejl længere ude. Overvågningsmålet skal kunne nås via den tiltænkte vej og give et meningsfuldt billede af, om vejen stadig er brugbar.
Tærskler og testmål vælges passende og observeres. Én svært tilgængelig fjernvært skal ikke udløse konstante linjeskift. Omvendt må en udbyderrouter, der stadig svarer lokalt, ikke få en afbrudt internetvej til at se sund ud på ubestemt tid. Overvågning er en del af driftskonceptet.
DNS og forbindelsestilstande hører til reservevejen
Gatewaygrupper og passende routingregler vedrører arbejdsstationernes trafik; firewallens egen trafik og navneopslag skal også fungere. Derfor testes DNS under udfaldet. En tidligere besøgt hjemmeside kan indlæses fra cache, mens nye navneopslag allerede fejler.
Aktive sessioner kan blive afbrudt, når den offentlige adresse ændres. OPNsense-dokumentationen behandler blandt andet tilstandshåndtering og sticky connections. Sådanne indstillinger aktiveres ikke uden videre: én applikation kan have brug for en stabil udgående vej, mens en anden bevidst skal oprette forbindelsen igen efter udfaldet.
Fire tests gør nytten synlig
Godkendelsesplanen omfatter et reelt udfald på hovedvejen, en fejl bag den stadig tilsluttede udbyderrouter, nye og allerede aktive applikationssessioner samt tilbagevenden til hovedforbindelsen. En planlagt test gennemføres i et passende servicevindue med en tilgængelig administrationsvej.
Man observerer for eksempel telefoni, VPN, fagsystem, DNS og en eventuelt begrænset mobildatapakke. De målte afbrydelser dokumenteres frem for at love uafbrudt drift. DAXS forbinder valg af forbindelse, routing og applikationstest til et reservekoncept, hvis adfærd virksomheden kender.
Kommunikation og udbydere · Planlæg infrastrukturen · Tal om reserveforbindelsen
Kilder: OPNsense: Multi-WAN, failover og belastningsfordeling (eksternt link) · OPNsense: gateways og overvågning (eksternt link)
