Druhá internetová přípojka je použitelnou zálohou teprve tehdy, když přes ni skutečně fungují důležité pracovní postupy. OPNsense umí spravovat více cest WAN. Úspěšné překlenutí výpadku ale závisí také na DNS, adresách, relacích a požadavcích aplikací.
Nejprve určit požadované chování
Failover využije záložní cestu při výpadku nebo nedostatečné kvalitě preferovaného připojení. Vyvažování zátěže rozděluje spojení podle stanovených pravidel. Ani jedno automaticky nesčítá rychlosti linek pro každé jednotlivé stahování. Před konfigurací je třeba určit, které aplikace mají používat kterou linku.
Důležité jsou i smlouvy: má záloha datový limit? Je mobilní připojení za dalším překladem adres? Jakou veřejnou adresu používají vzdálené systémy nebo seznamy povolených adres? Fungující běžná internetová relace ještě nedokazuje, že stejnou záložní cestu využijí příchozí služby a tunely mezi pobočkami.
Test brány musí odpovídat typu poruchy
Dokumentace OPNsense popisuje sledované brány a skupiny bran jako základní prvky. Samotný stav fyzického spojení neodhalí každou poruchu za přípojkou. Cíl sledování musí být dosažitelný zamýšlenou cestou a smysluplně ukazovat, zda je tato cesta ještě použitelná.
Prahové hodnoty a testovací cíle se volí vhodně a průběžně sledují. Jeden špatně dostupný vzdálený systém nemá vyvolávat neustálé přepínání linek. Naopak lokálně odpovídající router poskytovatele nesmí dlouhodobě vydávat přerušenou internetovou cestu za funkční. Sledování je součástí provozního návrhu.
DNS a stavy spojení patří do návrhu zálohy
Skupiny bran a odpovídající směrovací pravidla se týkají provozu pracovních stanic; vyřešit je třeba také provoz samotného firewallu a jeho překlad názvů. Proto se DNS testuje i při výpadku. Dříve navštívená stránka se může načíst z mezipaměti, přestože nové dotazy DNS již selhávají.
Aktivní relace se mohou při změně veřejné adresy přerušit. Dokumentace OPNsense se zabývá mimo jiné správou stavů a funkcí sticky connections. Tato nastavení se nezapínají plošně: jedna aplikace může potřebovat stabilní odchozí cestu, zatímco jiná se má po výpadku záměrně připojit znovu.
Čtyři testy ukážou skutečný přínos
Přejímací plán zahrnuje skutečný výpadek hlavní cesty, poruchu za stále připojeným routerem poskytovatele, nové i již aktivní aplikační relace a návrat na hlavní linku. Plánovaný test probíhá ve vhodném servisním okně a při zachování dostupné cesty pro správu.
Sleduje se například telefonie, VPN, podniková aplikace, DNS a případný limit mobilních dat. Naměřená přerušení se dokumentují, neslibuje se nepřetržitý provoz. DAXS propojuje výběr linek, směrování a aplikační testy do záložního řešení, jehož chování firma zná.
Komunikace a poskytovatelé · Naplánovat infrastrukturu · Probrat záložní připojení
Zdroje: OPNsense: Multi-WAN, failover a vyvažování zátěže (externí odkaz) · OPNsense: brány a sledování (externí odkaz)
