Et vedligeholdelsesvindue er en koordinationsperiode, ikke et løfte om, at hver modtager ser den nye DNS tilstand på samme tidspunkt. Planlæg ændringen omkring kritiske forretningsgange, DNS cache og den tid, der skal til for at observere resultater. Fortæl interessenterne, hvad der er kendt ved hvert kontrolpunkt i stedet for at annoncere succes så hurtigt som en rekord er gemt.
Vælg et vindue omkring servicekonsekvenser
Liste berørte ansøgninger, spidsbelastningsperioder, planlagte job og de personer, der kan bekræfte dem. Undgå en lønkørsel eller migrering af adgangskodegendannelse, medmindre virksomheden har accepteret denne timing. Inkluder DNS og meddelelsesoperatører, en hændelseskontakt og en person, der er bemyndiget til at påberåbe sig den godkendte genopretningsplan.
Definer den nøjagtige ændring og dens basislinje, før du vælger vinduet. Godkendelsespolitik kan interagere med afsendere uden for den primære postkasseplatform. Opgørelsesapplikationsrelæer og tredjepartssignaturer samt medarbejdermail. DMARC justering og modtagerhåndtering er adskilt fra tjenesteejerens accepttest. RFC 9989.
Redegør for eksisterende caches
DNS TTL kontrollerer, hvor længe en ressourcepost må cachelagres, afhængig af resolveradfærd. Sænkning af en TTL sletter ikke poster, der allerede er cachelagret under den tidligere værdi. RFC 1035 , ressourceregistreringsformat og resolverimplementering. Tillad tid til tidligere positive cache-indtastninger, når du planlægger en ændring; overveje også negative svar, afhængigheder og udbyderadfærd, hvor det er relevant.
Et hypotetisk planlægningseksempel starter med TTL 3600. En lavere TTL 300 offentliggøres kl. 01:00 UTC, og den planlagte ændring er 02:10 UTC. Et gammelt TTL-interval efter 01:00 er 02:00; den planlagte 02:10-ændring er ti minutter senere. Dette er håndarbejdet aritmetik over antagne tider, ikke en udført planlægningskontrol. Det beviser ikke autoritativ konvergens, global udbredelse eller udløbet af negative caches. Bekræft faktiske observationer, før du stoler på tidsplanen.
Kommuniker i tre trin
Før vinduet skal du sende det autoriserede publikum omfang, forventet effekt, timing, bekræftelsesejere og reservekontakt. Beskriv ikke ændringen som risikofri. Registrer den faktiske observerede tilstand og næste kontrolpunkt under implementeringen. Hvis testene mislykkes, eller grundlinjen afviger, skal du rapportere den specifikke blokering og den nødvendige beslutning i stedet for en uforklarlig forsinkelse.
Efter implementering skelnes gennemførte øjeblikkelige kontroller fra afventende forsinkede observationer. DMARC rapporter beskriver modtagerobservationer og kan ankomme senere end vedligeholdelsesperioden. RFC 9990. Sig, hvilke servicetests, der bestod, hvilke forbliver utestede, og hvem der vil gennemgå efterfølgende beviser. En autoriseret intern statusmeddelelse bør ikke afsløre beskedindhold, legitimationsoplysninger eller unødvendige modtagerdetaljer.
Hold restitution og opfølgning bemandet
Bevar det gamle RRset og de godkendte gendannelseskriterier. Tilbagestilling af konfiguration kan i sig selv tage tid at blive observeret og kan ikke omgøre tidligere modtagerbeslutninger. Hold overvågning og hændelsesejerskab ud over det planlagte vindue, når risikoen berettiger det. Hvis virksomhedstesten ikke kan køre før den næste planlagte kampagne, skal du registrere den begrænsning i stedet for at behandle tjenesten som bekræftet.
For eksempel kan en øjeblikkelig konfigurationskontrol afsluttes i løbet af vinduet, mens en kvartalskampagne ikke kan udøves, før dens godkendte tidsplan. Navngiv kampagneverifikator, næste kontrolpunkt og eskaleringskontakt i overdragelsen. Angiv, at implementeringen er fuldført, men at kampagnebekræftelsen afventer. Denne hypotetiske status skelnen er ikke en sendt besked eller en reel vedligeholdelseshændelse. Luk straksarbejde uden lydløst at lukke den senere forsikringsforpligtelse.
Ændringsworkflowet ovenfor er en operationel anbefaling, ikke et protokolkrav. NIST SP 800-53 Rev. 5 kontroller CM-3 og CM-5 giver et generelt grundlag for gennemgang, godkendelse og begrænsning af ændringer; vedligeholdelsestidspunktet, kommunikationskontrolpunkter og opfølgende ejerskab her er den foreslåede implementering. NIST kontrolkatalog.