Een onderhoudsvenster is een coördinatieperiode, geen belofte dat elke ontvanger op hetzelfde moment de nieuwe DNS status ziet. Plan de verandering rond kritieke bedrijfsstromen, DNS caching en de tijd die nodig is om de resultaten te observeren. Vertel belanghebbenden wat er bij elk controlepunt bekend is, in plaats van meteen succes aan te kondigen een record wordt opgeslagen.
Kies een venster rondom serviceconsequenties
Maak een lijst van de betrokken sollicitaties, piekverzendperioden, geplande opdrachten en de mensen die deze kunnen verifiëren. Vermijd een loonadministratie of migratie van wachtwoordherstel, tenzij het bedrijf die timing heeft geaccepteerd. Voeg DNS en messaging-operators toe, een contactpersoon voor incidenten en een persoon die bevoegd is om een beroep te doen op het goedgekeurde herstelplan.
Definieer de exacte wijziging en de basislijn voordat u het venster selecteert. Authenticatiebeleid kan communiceren met afzenders buiten het primaire mailboxplatform. Inventarisatietoepassingsrelais en handtekeningen van derden, evenals werknemerspost. DMARC uitlijning en de afhandeling van de ontvanger verschillen van de acceptatietest van de service-eigenaar. RFC 9989.
Houd rekening met bestaande caches
DNS TTL bepaalt hoe lang een bronrecord in de cache mag worden bewaard, afhankelijk van het gedrag van de oplosser. Het verlagen van een TTL wist geen records die al onder de vorige waarde in de cache zijn opgeslagen. RFC 1035 , bronrecordformaat en implementatie van de oplossing. Geef bij het plannen van een wijziging tijd voor eerdere vermeldingen in de positieve cache; houd ook rekening met negatieve antwoorden, afhankelijkheden en aanbiedersgedrag, indien relevant.
Een hypothetisch planningsvoorbeeld begint met TTL 3600. Een lagere TTL 300 wordt gepubliceerd om 01:00 UTC en de geplande wijziging is 02:10 UTC. Eén oud-TTL-interval na 01:00 uur is 02:00 uur; de geplande wijziging van 02:10 uur is tien minuten later. Dit is een met de hand gemaakte rekensom over veronderstelde tijden, en geen uitgevoerde planningscontrole. Het bewijst geen gezaghebbende convergentie, mondiale verspreiding of het verstrijken van negatieve caches. Bevestig feitelijke waarnemingen voordat u op het schema vertrouwt.
Communiceer in drie fasen
Stuur het geautoriseerde publiek vóór de periode de reikwijdte, het verwachte effect, de timing, de verificatie-eigenaren en het noodcontact. Beschrijf de verandering niet als risicovrij. Registreer tijdens de implementatie de feitelijk waargenomen status en het volgende controlepunt. Als tests mislukken of de basislijn verschilt, rapporteer dan de specifieke blokkering en de benodigde beslissing in plaats van een onverklaarbare vertraging.
Maak na implementatie onderscheid tussen voltooide onmiddellijke controles en uitgestelde uitgestelde observaties. DMARC -rapporten beschrijven waarnemingen van ontvangers en kunnen later arriveren dan de onderhoudsperiode. RFC 9990. Zeg welke servicetests zijn geslaagd, welke niet zijn getest en wie het daaropvolgende bewijsmateriaal zal beoordelen. Een geautoriseerd intern statusbericht mag de inhoud van het bericht, de inloggegevens of onnodige gegevens van de ontvanger niet openbaar maken.
Houd het herstel- en follow-upteam bemand
Behoud de oude RRset en de goedgekeurde herstelcriteria. Het kan enige tijd duren voordat de configuratie wordt teruggedraaid en eerdere beslissingen van de ontvanger kunnen niet worden teruggedraaid. Houd monitoring en incidenteigenaarschap buiten de geplande periode wanneer het risico dit rechtvaardigt. Als de bedrijfstest pas kan worden uitgevoerd bij de volgende geplande campagne, leg dan die beperking vast in plaats van de service als geverifieerd te beschouwen.
Een onmiddellijke configuratiecontrole kan bijvoorbeeld tijdens de periode worden afgerond, terwijl een kwartaalcampagne pas kan worden uitgeoefend nadat de goedgekeurde planning is bereikt. Noem de campagneverificateur, het volgende controlepunt en de escalatiecontactpersoon in de overdracht. Geef aan dat de implementatie is voltooid, maar dat de verificatie van de campagne nog in behandeling is. Dit hypothetische statusonderscheid is geen verzonden bericht of een echte onderhoudsgebeurtenis. Sluit onmiddellijk werk af zonder stilzwijgend de latere zekerheidsplicht af te sluiten.
De bovenstaande wijzigingsworkflow is een operationele aanbeveling en geen protocolvereiste. NIST SP 800-53 Rev. 5 controles CM-3 en CM-5 bieden een algemene basis voor het beoordelen, goedkeuren en beperken van wijzigingen; de onderhoudstiming, communicatiecontrolepunten en opvolgingseigendom zijn hier de voorgestelde implementatie. NIST -controlecatalogus.