Een OPNsense-update slaagt wanneer de benodigde diensten daarna correct werken en de wijziging navolgbaar blijft. Een nieuw versienummer alleen zegt dat niet. Releaseopmerkingen, een configuratieback-up en een korte lijst bedrijfstests horen daarom bij elkaar.
Wijzigingen lezen voordat het venster begint
Het officiële releasearchief documenteert wijzigingen per versiereeks. De 26.7-reeks brengt bijvoorbeeld veranderingen in regelbeheer, NAT en gatewaybeheer. Dat laat zien waarom een versiewissel meer kan omvatten dan een nieuwe kernel. Op de onderhoudsdag worden de opmerkingen voor de werkelijk gekozen bron- en doelversie opnieuw gelezen.
Geïnstalleerde uitbreidingen en functies die van gewijzigde componenten afhangen, worden vastgelegd. Een voor het eigen systeem belangrijke beperking staat soms in een onopvallend onderdeel. Een algemene verwijzing naar de nieuwste versie vervangt daarom geen lijst van de functies die het bedrijf gebruikt.
Een back-up moet ook bruikbaar zijn
Vóór de ingreep wordt een actuele configuratieback-up buiten de firewall bewaard. Benodigde wachtwoorden en sleutels staan in de aangewezen veilige opslag en zijn toegankelijk voor bevoegde personen. Ook wordt bepaald welke informatie of bestanden dit specifieke back-uptype niet vastlegt.
Bij noodherstel worden installatie, een passend platform en bereikbare beheerstoegang meegenomen. Een terugvalpad wordt niet gelijkgesteld aan een willekeurige downgrade. Of en hoe een configuratie in de bedoelde versie kan worden hersteld, moet passen bij de concrete versievolgorde en het benodigde tijdvenster.
Met echte werkprocessen accepteren
Vóór en na de overgang worden dezelfde geselecteerde handelingen gecontroleerd. Daaronder kunnen internettoegang, interne naamomzetting, een VPN-werkplek en een verbinding tussen vestigingen vallen. Bij een tunnel is het gegevenspad belangrijker dan alleen de handshake: de gewenste applicatie moet haar bestemming via de juiste route bereiken.
Het officiële WireGuard-voorbeeld maakt duidelijk dat tunneladressen, toegestane netwerken en firewalltoestemmingen samenwerken. In het bedrijf worden de rechten tot de benodigde omvang beperkt. Een overgenomen voorbeeld met breed opengestelde netwerken is geen afgerond, individueel rechtenmodel.
Resultaat en volgend onderhoud vastleggen
Het verslag bevat uitgangssituatie, doelsituatie, back-uplocatie zonder geheimen, testresultaten en openstaande maatregelen. Een wijziging aan regels of diensten krijgt een inhoudelijke reden. Zo kan iemand die later verantwoordelijk wordt, begrijpen waarom de huidige toestand zo is.
DAXS plant OPNsense-onderhoud in samenhang met switches, wifi, providerverbindingen, serverdiensten en de daadwerkelijk gebruikte applicaties. Een overzichtelijk, herhaalbaar acceptatieplan vermindert de inspanning van de volgende onderhoudsbeurt. De concrete doelversie, compatibiliteit van uitbreidingen en bekende problemen worden voor elke ingreep opnieuw gecontroleerd.
Doorlopend IT-beheer · Back-up en herstel · Onderhoud afstemmen
Bronnen: OPNsense: releasearchief (externe link) · OPNsense: wijzigingen in de 26.7-reeks (externe link) · OPNsense: WireGuard-verbinding tussen vestigingen (externe link)
