Az OPNsense-frissítés akkor sikeres, ha a szükséges szolgáltatások utána helyesen működnek, és a változás követhető marad. Egy új verziószám ezt önmagában nem mutatja meg. Ezért a kiadási megjegyzések, a konfiguráció mentése és az üzleti tesztek rövid listája összetartozik.
A változások elolvasása az időablak előtt
A hivatalos kiadási archívum verziósorozatonként dokumentálja a változásokat. A 26.7-es sorozat például a szabálykezelésben, a NAT-ban és az átjárók kezelésében hoz változásokat. Ez mutatja, hogy egy verzióváltás többet is jelenthet egy új kernelnél. A karbantartás napján ismét elolvassák a ténylegesen kiválasztott kiinduló és célverzió megjegyzéseit.
Rögzítik a telepített bővítményeket és a megváltozó összetevőktől függő funkciókat. A saját rendszer szempontjából fontos korlátozás olykor kevéssé feltűnő szakaszban szerepel. A legújabb verzióra tett általános utalás ezért nem helyettesíti a vállalatnál használt funkciók listáját.
A mentésnek használhatónak is kell lennie
A beavatkozás előtt a konfiguráció aktuális mentését a tűzfalon kívül tárolják. A szükséges jelszavak és kulcsok a kijelölt biztonságos tárolóban vannak, és a jogosult személyek számára elérhetők. Azt is tisztázzák, mely információkat vagy fájlokat nem tartalmazza ez a konkrét mentéstípus.
Vészhelyzetre a telepítést, a megfelelő platformot és az elérhető adminisztrációs hozzáférést is megtervezik. A visszatérési út nem egyenlő tetszőleges verzió-visszalépéssel. A konfiguráció tervezett verzióban való helyreállíthatóságának és módjának illeszkednie kell a konkrét verziósorrendhez és a szükséges időablakhoz.
Átvétel valós folyamatokkal
A váltás előtt és után ugyanazokat a kiválasztott műveleteket ellenőrzik. Ezek közé tartozhat az internetelérés, a belső névfeloldás, egy VPN-munkahely és a telephelyek közötti kapcsolat. Alagútnál az adatút fontosabb a puszta kézfogásnál: a kívánt alkalmazásnak a megfelelő úton kell elérnie a célját.
A hivatalos WireGuard-példa megmutatja az alagútcímek, az engedélyezett hálózatok és a tűzfalszabályok együttműködését. A vállalatnál az engedélyeket a szükséges körre korlátozzák. Egy szélesen megnyitott hálózatokkal átvett minta nem kész, egyedi jogosultsági koncepció.
Az eredmény és a következő karbantartás rögzítése
A jegyzőkönyv tartalmazza a kiinduló és célállapotot, a mentés helyét titkok nélkül, a teszteredményeket és a nyitott intézkedéseket. A szabályok vagy szolgáltatások módosítása szakmai indoklást kap. Így a később felelőssé váló személy megértheti a jelenlegi állapot okait.
A DAXS az OPNsense-karbantartást a switchekkel, a Wi-Fi-vel, a szolgáltatói útvonalakkal, a szerveres szolgáltatásokkal és a ténylegesen használt alkalmazásokkal összefüggésben tervezi. Egy áttekinthető, ismételhető átvételi terv csökkenti a következő karbantartás ráfordítását. A konkrét célverziót, a bővítmények kompatibilitását és az ismert problémákat minden beavatkozás előtt újra ellenőrzik.
Folyamatos IT-üzemeltetés · Mentés és helyreállítás · Karbantartás egyeztetése
Források: OPNsense: kiadási archívum (külső hivatkozás) · OPNsense: a 26.7-es sorozat változásai (külső hivatkozás) · OPNsense: WireGuard-kapcsolat telephelyek között (külső hivatkozás)