Server reparatie rond Rosmalen na een wijziging

Hoe tonen we het echte defect aan?

Wanneer meerdere instellingen tegelijk veranderen, is later niet meer aantoonbaar welke wijziging de functie werkelijk herstelde. Radorfa koppelt wijzigingsnummer, configuratiebron, actieve afwijking, uitvoerder en praktijktest aan dezelfde storing. U weet welke instelling is gerepareerd en of de oorspronkelijke wijziging later aangepast opnieuw kan worden gepland.

We vergelijken pakket, service, poort, certificaat, beleid en beveiligde instelling en testen de betrokken applicatiefunctie. De werkende waarde gaat terug naar versiebeheer; handmatige noodinstellingen krijgen verwijderactie en eigenaar. Radorfa bevriest niet-noodzakelijke wijzigingen tijdens de reparatie. De actieve serverinstelling wordt vergeleken met de versie die volgens beheer had moeten draaien.

Een parser- of configuratietest kan al laten zien of een bestand onvolledig is voordat de dienst opnieuw start. Certificaat en beveiligde instelling worden op geldigheid gecontroleerd zonder geheime waarden in het verslag op te nemen. Na één wijziging volgt dezelfde bedrijfstest.

Hoe bewijzen we dat de fix werkt?

Als het resultaat klopt, wordt de oplossing in de beheerde configuratie vastgelegd. Het verslag noemt ook welke tijdelijke instelling niet behouden is. Daardoor kan een volgende beheerder de server opnieuw opbouwen zonder verborgen handwerk. De eigenaar plant een mislukte wijziging pas opnieuw nadat oorzaak en aangepaste test duidelijk zijn.

De gerepareerde server wordt dus niet onmiddellijk aan hetzelfde onbekende risico blootgesteld.