Eine zweite Internetleitung ist erst dann ein brauchbarer Ersatz, wenn die wichtigen Arbeitsabläufe darüber tatsächlich funktionieren. OPNsense kann mehrere WAN-Wege verwalten. Ob ein Ausfall sauber überbrückt wird, hängt aber auch von DNS, Adressen, Sitzungen und den Anforderungen der Anwendungen ab.
Zuerst das gewünschte Verhalten festlegen
Failover nutzt einen Ersatzweg bei Ausfall oder unzureichender Qualität des bevorzugten Wegs. Lastverteilung verteilt Verbindungen nach einer festgelegten Logik. Beides ist kein automatisches Bündeln der Bandbreite für jeden einzelnen Download. Vor der Konfiguration wird geklärt, welche Anwendungen welche Leitung nutzen sollen.
Auch die Verträge gehören dazu: Hat die Reserve ein Datenlimit? Liegt die Mobilfunkverbindung hinter zusätzlicher Adressübersetzung? Welche öffentliche Adresse verwenden Gegenstellen oder Freigabelisten? Eine funktionierende allgemeine Internetsitzung beweist noch nicht, dass eingehende Dienste und Standorttunnel denselben Ersatzweg nutzen können.
Der Gatewaytest muss zum Fehler passen
Die OPNsense-Dokumentation beschreibt überwachte Gateways und Gatewaygruppen als Bausteine. Ein bloßer Linkstatus am Kabel erkennt nicht jeden Ausfall hinter dem Anschluss. Das Überwachungsziel muss über den vorgesehenen Weg erreichbar sein und sinnvoll anzeigen, ob dieser Weg noch nutzbar ist.
Schwellenwerte und Testziele werden passend gewählt und beobachtet. Eine schlecht erreichbare einzelne Gegenstelle soll nicht ständig einen Leitungswechsel auslösen. Umgekehrt darf eine lokal noch antwortende Providerbox einen unterbrochenen Internetweg nicht dauerhaft als gesund erscheinen lassen. Die Überwachung ist Teil des Betriebskonzepts.
DNS und Verbindungszustände gehören zum Ersatzweg
Gatewaygruppen und passende Routingregeln betreffen den Verkehr der Arbeitsplätze; Verkehr der Firewall selbst und deren Namensauflösung müssen zusätzlich passen. Deshalb wird DNS für den Ausfallfall mitgeprüft. Eine bereits bekannte Webseite kann aus einem Cache laden, während neue Namensauflösungen schon scheitern.
Laufende Sitzungen können beim Wechsel der öffentlichen Adresse abbrechen. Die OPNsense-Dokumentation behandelt dafür unter anderem Zustandsbehandlung und Sticky Connections. Solche Einstellungen werden nicht pauschal aktiviert: Ein stabiler Ausgangsweg kann für eine Anwendung wichtig sein, während eine andere nach dem Ausfall bewusst neu verbinden soll.
Vier Tests machen den Nutzen sichtbar
Der Abnahmeplan umfasst erstens einen echten Ausfall des Hauptwegs, zweitens einen Fehler hinter der noch verbundenen Providerbox, drittens neue und bereits laufende Anwendungssitzungen und viertens die Rückkehr auf den Hauptweg. Ein bewusst geplanter Test findet in einem geeigneten Fenster statt und hat einen erreichbaren Administrationsweg.
Dabei werden beispielsweise Telefonie, VPN, Fachanwendung, DNS und ein eventuell begrenztes Mobilfunkvolumen beobachtet. Die gemessenen Unterbrechungen werden dokumentiert, statt unterbrechungsfreien Betrieb zu versprechen. DAXS verbindet Leitungswahl, Routing und Anwendungstest zu einem Reservekonzept, dessen Verhalten im Unternehmen bekannt ist.
Kommunikation und Provider · Infrastruktur planen · Reserveweg besprechen
Quellen: OPNsense: Multi-WAN, Failover und Verteilung (externer Link) · OPNsense: Gateways und Überwachung (externer Link)