Ett underhållsfönster är en koordinationsperiod, inte ett löfte om att varje mottagare ser det nya DNS tillståndet samtidigt. Planera förändringen kring kritiska affärsflöden, DNS cache och den tid som behövs för att observera resultat. Berätta för intressenter vad som är känt vid varje kontrollpunkt istället för att meddela framgång så snart som ett rekord är sparad.
Välj ett fönster kring servicekonsekvenser
Lista berörda ansökningar, toppperioder för sändning, schemalagda jobb och de personer som kan verifiera dem. Undvik en lönekörning eller migrering av lösenordsåterställning om inte företaget har accepterat den tidpunkten. Inkludera DNS och meddelandeoperatörer, en incidentkontakt och en person som har rätt att åberopa den godkända återställningsplanen.
Definiera den exakta ändringen och dess baslinje innan du väljer fönstret. Autentiseringspolicy kan interagera med avsändare utanför den primära postlådeplattformen. Inventering applikationsreläer och tredje parts signaturer samt anställd mail. DMARC inriktning och mottagarhantering skiljer sig från tjänsteägarens acceptanstest. RFC 9989.
Redogör för befintliga cacher
DNS TTL styr hur länge en resurspost får cachelagras, beroende på upplösarens beteende. Att sänka en TTL raderar inte poster som redan cachelagrats under det tidigare värdet. RFC 1035 , resurspostformat och resolverimplementering. Ge tid för tidigare positiva cache-poster när du planerar en förändring; överväg också negativa svar, beroenden och leverantörsbeteende där det är relevant.
Ett hypotetiskt schemaläggningsexempel börjar med TTL 3600. En lägre TTL 300 publiceras kl. 01:00 UTC, och den planerade ändringen är 02:10 UTC. Ett gammalt TTL-intervall efter 01:00 är 02:00; den planerade 02:10-ändringen är tio minuter senare. Detta är handarbetad aritmetik över antagna tider, inte en utförd schemaläggningskontroll. Det bevisar inte auktoritativ konvergens, global spridning eller utgången av negativa cacher. Bekräfta faktiska observationer innan du förlitar dig på schemat.
Kommunicera i tre steg
Innan fönstret skickar du den auktoriserade publiken omfattning, förväntad effekt, timing, verifieringsägare och reservkontakt. Beskriv inte förändringen som riskfri. Under implementering, registrera det faktiska observerade tillståndet och nästa kontrollpunkt. Om testerna misslyckas eller baslinjen skiljer sig, rapportera den specifika blockeraren och det beslut som behövs snarare än en oförklarad fördröjning.
Efter genomförandet, särskilj genomförda omedelbara kontroller från väntande försenade observationer. DMARC rapporter beskriver mottagarobservationer och kan komma senare än underhållsperioden. RFC 9990. Säg vilka servicetester som godkänts, vilka förblir oprövade och vem som kommer att granska efterföljande bevis. Ett auktoriserat internt statusmeddelande bör inte avslöja meddelandeinnehåll, autentiseringsuppgifter eller onödiga mottagardetaljer.
Håll återhämtning och uppföljning bemannad
Bevara det gamla RRsetet och de godkända återställningskriterierna. Återställning av konfiguration kan i sig ta tid att observera och kan inte vända tidigare mottagarbeslut. Behåll övervakning och ägande av incidenter bortom det schemalagda fönstret när risken motiverar det. Om affärstestet inte kan köras förrän nästa schemalagda kampanj, registrera den begränsningen istället för att behandla tjänsten som verifierad.
Till exempel kan en omedelbar konfigurationskontroll avslutas under fönstret medan en kvartalskampanj inte kan utövas förrän dess godkända schema. Namnge kampanjverifieraren, nästa kontrollpunkt och eskaleringskontakt i handoffen. Ange att implementeringen är klar men kampanjverifieringen förblir under behandling. Denna hypotetiska statusskillnad är inte ett skickat meddelande eller en verklig underhållshändelse. Stäng omedelbart arbete utan att tyst stänga den senare försäkringsskyldigheten.
Ändringsarbetsflödet ovan är en driftsrekommendation, inte ett protokollkrav. NIST SP 800-53 Rev. 5 kontroller CM-3 och CM-5 ger en allmän grund för att granska, godkänna och begränsa ändringar; underhållstidpunkten, kommunikationskontrollpunkter och uppföljande ägande här är den föreslagna implementeringen. NIST kontrollkatalog.