Et vedlikeholdsvindu er en koordineringsperiode, ikke et løfte om at hver mottaker ser den nye DNS tilstanden i samme øyeblikk. Planlegg endringen rundt kritiske forretningsflyter, DNS bufring og tiden som trengs for å observere resultater. Fortell interessenter hva som er kjent ved hvert sjekkpunkt i stedet for å kunngjøre suksess så snart som en rekord er lagret.
Velg et vindu rundt servicekonsekvenser
Liste berørte søknader, perioder med toppsendinger, planlagte jobber og personene som kan bekrefte dem. Unngå en lønnskjøring eller migrering av passordgjenoppretting med mindre virksomheten har akseptert denne timingen. Inkluder DNS og meldingsoperatører, en hendelseskontakt og en person som har fullmakt til å påberope seg den godkjente gjenopprettingsplanen.
Definer den nøyaktige endringen og dens grunnlinje før du velger vinduet. Autentiseringspolicy kan samhandle med avsendere utenfor den primære postboksplattformen. Inventarapplikasjonsreléer og tredjepartssignaturer samt ansattes post. DMARC justering og mottakerhåndtering er forskjellige fra tjenesteeierens aksepttest. RFC 9989.
Ta hensyn til eksisterende cacher
DNS TTL kontrollerer hvor lenge en ressurspost kan bufres, avhengig av løserens oppførsel. Å senke en TTL sletter ikke poster som allerede er bufret under den tidligere verdien. RFC 1035 , ressurspostformat og resolverimplementering. Gi tid til tidligere positive cache-oppføringer når du planlegger en endring; vurdere også negative svar, avhengigheter og leverandøratferd der det er relevant.
Et hypotetisk planleggingseksempel starter med TTL 3600. En lavere TTL 300 publiseres klokken 01:00 UTC, og den planlagte endringen er 02:10 UTC. Ett gammelt TTL-intervall etter 01:00 er 02:00; den planlagte 02:10 endringen er ti minutter senere. Dette er håndarbeidet aritmetikk over antatte tider, ikke en utført planleggingssjekk. Det beviser ikke autoritativ konvergens, global forplantning eller utløpet av negative cacher. Bekreft faktiske observasjoner før du stoler på tidsplanen.
Kommuniser i tre trinn
Før vinduet, send det autoriserte publikumet omfanget, forventet effekt, timing, bekreftelseseiere og reservekontakt. Ikke beskriv endringen som risikofri. Registrer den faktiske observerte tilstanden og neste sjekkpunkt under implementeringen. Hvis testene mislykkes eller grunnlinjen avviker, rapporter den spesifikke blokkeringen og beslutningen som trengs i stedet for en uforklarlig forsinkelse.
Etter implementering, skille fullførte umiddelbare kontroller fra ventende forsinkede observasjoner. DMARC rapporter beskriver mottakerobservasjoner og kan komme senere enn vedlikeholdsperioden. RFC 9990. Si hvilke servicetester som har bestått, hvilke forblir uprøvde og hvem som skal vurdere påfølgende bevis. En autorisert intern statusmelding skal ikke avsløre meldingsinnhold, legitimasjon eller unødvendige mottakerdetaljer.
Hold utvinning og oppfølging bemannet
Bevar det gamle RRset og de godkjente gjenopprettingskriteriene. Å tilbakestille konfigurasjon kan i seg selv ta tid å bli observert og kan ikke reversere tidligere mottakerbeslutninger. Hold overvåking og eierskap av hendelser utover det planlagte vinduet når risikoen tilsier det. Hvis virksomhetstesten ikke kan kjøres før neste planlagte kampanje, registrerer du den begrensningen i stedet for å behandle tjenesten som bekreftet.
For eksempel kan en umiddelbar konfigurasjonskontroll fullføres i løpet av vinduet mens en kvartalskampanje ikke kan utøves før den er godkjent. Navngi kampanjebekreftelsen, neste sjekkpunkt og eskaleringskontakt i overleveringen. Oppgi at implementeringen er fullført, men kampanjebekreftelsen er fortsatt påvente. Denne hypotetiske statusforskjellen er ikke en melding sendt eller en reell vedlikeholdshendelse. Lukk umiddelbar arbeid uten å stille lukking av senere forsikringsforpliktelse.
Endre arbeidsflyten ovenfor er en driftsanbefaling, ikke et protokollkrav. NIST SP 800-53 Rev. 5 kontroller CM-3 og CM-5 gir et generelt grunnlag for å vurdere, godkjenne og begrense endringer; vedlikeholdstidspunktet, kommunikasjonssjekkpunkter og oppfølging av eierskap her er den foreslåtte implementeringen. NIST kontrollkatalog.