A második internetkapcsolat csak akkor használható tartalék, ha a fontos munkafolyamatok valóban működnek rajta. Az OPNsense több WAN-útvonalat is képes kezelni. A kiesés sikeres áthidalása azonban a DNS-től, a címektől, a munkamenetektől és az alkalmazások követelményeitől is függ.
Először a kívánt működést kell meghatározni
A feladatátvétel a tartalék útvonalat használja, ha az elsődleges kapcsolat kiesik vagy a minősége nem megfelelő. A terheléselosztás meghatározott szabályok szerint osztja szét a kapcsolatokat. Egyik sem adja automatikusan össze a sávszélességet minden egyes letöltéshez. A beállítás előtt tisztázni kell, melyik alkalmazás melyik vonalat használja.
A szerződések is számítanak: van-e adatkorlát a tartalék kapcsolaton? A mobilkapcsolat további címfordítás mögött működik-e? Milyen nyilvános címet használnak a távoli rendszerek vagy az engedélyezési listák? Egy működő általános internetes munkamenet még nem bizonyítja, hogy a bejövő szolgáltatások és a telephelyek közötti alagutak is használhatják ugyanazt a tartalék útvonalat.
Az átjárótesztnek a megfelelő hibát kell felismernie
Az OPNsense dokumentációja alapvető építőelemként ismerteti a figyelt átjárókat és az átjárócsoportokat. A kábel fizikai kapcsolatállapota önmagában nem érzékel minden távolabbi hibát. A figyelési célnak a tervezett útvonalon elérhetőnek kell lennie, és érdemben jeleznie kell, hogy az útvonal még használható-e.
A küszöbértékeket és a tesztcélokat megfelelően kell kiválasztani és megfigyelni. Egyetlen nehezen elérhető távoli gép nem okozhat állandó vonalváltást. Ugyanakkor a helyben még válaszoló szolgáltatói router nem mutathatja korlátlan ideig egészségesnek a megszakadt internetes útvonalat. A figyelés az üzemeltetési koncepció része.
A DNS és a kapcsolatállapotok a tartalék útvonalhoz tartoznak
Az átjárócsoportok és a megfelelő útválasztási szabályok a munkaállomások forgalmát érintik; a tűzfal saját forgalmát és névfeloldását is figyelembe kell venni. Ezért a DNS-t kiesés közben is tesztelni kell. Egy korábban megnyitott weboldal betöltődhet a gyorsítótárból, miközben az új névfeloldások már hibásak.
Az aktív munkamenetek megszakadhatnak a nyilvános cím változásakor. Az OPNsense dokumentációja többek között az állapotkezelést és a sticky connections funkciót is tárgyalja. Ezeket a beállításokat nem szabad mérlegelés nélkül bekapcsolni: az egyik alkalmazásnak stabil kimenő útvonal kellhet, míg a másiknak kiesés után szándékosan újra kell kapcsolódnia.
Négy teszt teszi láthatóvá az előnyt
Az átvételi terv része az elsődleges útvonal tényleges kiesése, a még csatlakoztatott szolgáltatói router mögötti hiba, az új és már aktív alkalmazás-munkamenetek, valamint az elsődleges kapcsolatra való visszatérés. A tervezett tesztet megfelelő karbantartási időablakban, elérhető adminisztrációs útvonallal kell végezni.
Figyelni kell például a telefonálást, a VPN-t, az üzleti alkalmazást, a DNS-t és az esetleges mobiladatkorlátot. A mért megszakításokat dokumentálni kell, megszakításmentes működés ígérete helyett. A DAXS a vonalválasztást, az útválasztást és az alkalmazástesztet olyan tartalék megoldássá kapcsolja össze, amelynek működését a vállalat ismeri.
Kommunikáció és szolgáltatók · Infrastruktúra tervezése · Egyeztessünk a tartalék kapcsolatról
Források: OPNsense: Multi-WAN, feladatátvétel és terheléselosztás (külső hivatkozás) · OPNsense: átjárók és figyelés (külső hivatkozás)
