Käytännön IT-työstä

OPNsense ja kaksi internetyhteyttä: vikasieto on testattava käytännössä

Kaksi liittymää ei vielä tarkoita testattua varayhteyttä. Yhdyskäytävien valvonnan, DNS:n, aktiivisten istuntojen ja sovellustestien merkitys OPNsensessa.

PalomuuriTietoturva
Oranssin OPNsense-laitteen WAN1 on irrotettu, mutta WAN2 ja LAN ovat edelleen kytkettyinä merkityillä Ethernet-kaapeleilla.

Toinen internetyhteys on käyttökelpoinen varayhteys vasta, kun tärkeät työnkulut todella toimivat sen kautta. OPNsense voi hallita useita WAN-reittejä. Katkosta selviäminen riippuu kuitenkin myös DNS:stä, osoitteista, istunnoista ja sovellusten vaatimuksista.

Määritä ensin haluttu toimintatapa

Vikasietoinen siirtyminen käyttää varareittiä, kun ensisijainen yhteys katkeaa tai sen laatu ei riitä. Kuormantasaus jakaa yhteydet määritellyn logiikan mukaan. Kumpikaan ei automaattisesti yhdistä kaistanleveyttä jokaiselle yksittäiselle lataukselle. Ennen määrityksiä selvitetään, mitä liittymää kunkin sovelluksen pitää käyttää.

Myös sopimukset kuuluvat tarkasteluun: onko varayhteydessä dataraja? Onko mobiiliyhteys ylimääräisen osoitteenmuunnoksen takana? Mitä julkista osoitetta etäjärjestelmät tai sallittujen osoitteiden luettelot käyttävät? Toimiva tavallinen internetistunto ei osoita, että saapuvat palvelut ja toimipisteiden väliset tunnelit voivat käyttää samaa varareittiä.

Yhdyskäytävätestin on tunnistettava oikea vika

OPNsensen dokumentaatio kuvaa valvotut yhdyskäytävät ja yhdyskäytäväryhmät perusrakenteiksi. Pelkkä kaapelilinkin tila ei tunnista kaikkia liittymän takana olevia vikoja. Valvontakohteen on oltava tavoitettavissa suunniteltua reittiä pitkin ja osoitettava mielekkäästi, onko reitti edelleen käyttökelpoinen.

Kynnysarvot ja testikohteet valitaan sopiviksi ja niiden toimintaa seurataan. Yksi huonosti tavoitettava etäkohde ei saa aiheuttaa jatkuvia yhteysvaihtoja. Toisaalta paikallisesti vastaava operaattorin reititin ei saa saada katkennutta internetreittiä näyttämään loputtomiin toimivalta. Valvonta on osa toimintamallia.

Pääyhteys; valvo tilaa; varayhteys; testaa sovellus.Pääyhteys; valvo tilaa; varayhteys; testaa sovellus.
Yksinkertaistettu tarkistusjärjestys; tarkka menettely riippuu nykyisestä ympäristöstä.

DNS ja yhteystilat kuuluvat varareitin suunnitteluun

Yhdyskäytäväryhmät ja sopivat reitityssäännöt koskevat työasemien liikennettä; myös palomuurin oma liikenne ja nimenselvitys on otettava huomioon. Siksi DNS testataan myös katkon aikana. Aiemmin avattu sivusto voi latautua välimuistista, vaikka uudet nimikyselyt jo epäonnistuvat.

Aktiiviset istunnot voivat katketa julkisen osoitteen vaihtuessa. OPNsensen dokumentaatio käsittelee muun muassa tilanhallintaa ja sticky connections -toimintoa. Näitä asetuksia ei oteta käyttöön harkitsematta: yksi sovellus voi tarvita vakaan ulosmenevän reitin, kun taas toisen tulee muodostaa yhteys uudelleen katkon jälkeen.

Neljä testiä osoittaa hyödyn

Hyväksymissuunnitelmaan kuuluvat pääreitin todellinen katkos, edelleen kytketyn operaattorireitittimen takana oleva vika, uudet ja jo aktiiviset sovellusistunnot sekä paluu pääyhteydelle. Suunniteltu testi tehdään sopivassa huoltoikkunassa, ja hallintareitin on oltava tavoitettavissa.

Seurannassa ovat esimerkiksi puhelinpalvelut, VPN, liiketoimintasovellus, DNS ja mahdollinen mobiilidatan käyttöraja. Mitatut katkokset dokumentoidaan ilman lupausta keskeytyksettömästä toiminnasta. DAXS yhdistää liittymävalinnan, reitityksen ja sovellustestit varayhteysmalliksi, jonka toiminta tunnetaan yrityksessä.

Viestintä ja operaattorit · Suunnittele infrastruktuuri · Keskustellaan varayhteydestä

Lähteet: OPNsense: Multi-WAN, varayhteydelle siirtyminen ja kuormantasaus (ulkoinen linkki) · OPNsense: yhdyskäytävät ja valvonta (ulkoinen linkki)