Få sikkerhetskopien til å svare på et gjenopprettingsspørsmål
Før du endrer en autentiseringspost, bevar nok informasjon til å forklare hva som ble publisert, hva leverandøren lagret og hvordan den tiltenkte endringen kunne reverseres. En nedlastet sonefil er nyttig, men dens eksistens beviser ikke at en gjenoppretting vil gjenskape tjenesten. Behandle sikkerhetskopien som en gjenopprettingspakke med en eier, en fangsttid og eksplisitte grenser.
Denne veiledningen bruker Cloudflare offentlige DNS import- og eksportdokumentasjon gjennomgått 8. november 2026 som et konkret leverandøreksempel. Arbeidsflyten er en foreslått kontroll, ikke en rapport om en eksport eller gjenoppretting utført her. Leverandørgrensesnitt og kontofunksjoner må kontrolleres før operativ bruk. Ingen legitimasjon, private signeringsnøkler eller produksjonssonedata kreves for å forstå metoden.
Identifiser sonen og endringsgrensen
Skriv ned nøyaktig sone, konto og autoritativ leverandør før du samler inn filer. Registrering og autoritativ hosting kan tilhøre forskjellige organisasjoner. En barnesone kan også ha egen eier. En eksport fra en forelder fastslår ikke innholdet til et delegert barn. DNS hierarkiet lager denne forskjellen når det berørte navnet sitter under en delegasjon. RFC 1034
List opp navnene og typene i omfang: en SPF TXT eier, en DKIM velger eier, a DMARC forsikringseier eller en leverandør CNAME mål. Bevar hele det relevante postsettet i stedet for å kopiere bare strengen som ser viktig ut. Registrer alle urelaterte TXT data hos samme eier, slik at en fremtidig reparasjon ikke ved et uhell fjerner serviceverifiseringsposter. Hold den forespurte endringen atskilt fra den omkringliggende beholdningen.
Fang leverandørdata og offentlige observasjoner separat
Cloudflare dokumenterer en eksport fra siden DNS Records via Import and Export, deretter Export. API-alternativet er en GET-operasjon som godtar DNS lesetillatelse. Som dokumenterer en rute for en autorisert operatør, ikke tillatelse til å opprette et token eller få tilgang til en konto. Foretrekk en allerede godkjent lesesti og lagre resultatet på teamets begrensede bevissted. Cloudflare import og eksport
Behold de nedlastede bytene uendret. Gi en arbeidskopi til anmelderen og behold originalen med en kontrollsum, UTC-opptakstid, soneidentitet og operatør. En kontrollsum oppdager påfølgende byteendringer; det fastslår ikke at originalen var fullstendig, korrekt eller hentet fra riktig konto. Registrer om eksporten gikk før endringsfrysingen og om noen fortsatt kunne redigere sonen under innsamlingen.
Bygg en ny beholdning av foreslåtte offentlige kontroller: eksakt eier, type, autoritativ server, rekursiv resolver, tidsstempel, responsstatus, returnerte data og TTL. Disse kontrollene ville vise hva disse serverne svarte på de tidspunktene. De erstatter ikke leverandøreksporten, og eksporten erstatter dem ikke. Ingen oppslagsresultater er oppgitt her. Originale autoritative og rekursive transkripsjoner forblir obligatoriske bevis.
Ta vare på delene en bærbar fil kanskje ikke gjenoppretter
Cloudflare dokumenterte eksport inkluderer kommentarer, tagger og spesielle tagger for valgt postatferd. Spesielt dens proxy-state-tagger påvirker importatferd, og fraværende tagger kan la oppførsel være avhengig av det generelle importalternativet. Bevar disse attributtene og se gjennom deres betydning før du flytter en fil til en annen tjeneste. En annen leverandør trenger ikke tolke Cloudflare-spesifikke kommentarer som konfigurasjon. Cloudflare -postattributter
Hold et eget avhengighetsark for registratordelegering, DNSSEC administrasjon, trafikkrutingsfunksjoner, kontoeierskap og avsenderkonfigurasjon. Merk hvert element som er tatt, sikkerhetskopiert separat eller utenfor omfanget. Ikke merk en sonefil som en fullstendig sikkerhetskopi av kontoen. DNS TXT post som inneholder en DKIM offentlig nøkkel er ikke den private nøkkelen som brukes av avsenderen. Privat nøkkeldepot hører hjemme i et eget godkjent system, aldri i en ordinær sone-backup-billett. RFC 6376
Design en smal reversering før du endrer noe
Tenk på denne fiktive vurderingssaken: et team planlegger å erstatte én SPF TXT post på example.com mens et nettstedsteam redigerer en urelatert adressepost. Gjenopprettingsforslaget bør identifisere den forrige SPF verdien og alle gjeldende poster hos den eieren. Gjenoppretting av et eldre øyeblikksbilde av hele sonen kan slette nettstedteamets legitime redigering. Standardgjenopprettingsforslaget bør derfor være en reversering av eksakt rekord, med gjenoppretting av hele sonen forbeholdt en separat begrunnet hendelsesplan.
Spesifiser tilstanden som vil utløse reversering, personen som har lov til å bestemme, operatøren og verifiseringstrinnene. Sjekk om den forrige verdien fortsatt er trygg: en pensjonert leverandør eller kompromittert nøkkel må ikke gjenopplives bare fordi den dukket opp i gårsdagens øyeblikksbilde. En reversibel filredigering er ikke automatisk en sikker operasjonell tilbakeføring. Sammenlign det tiltenkte omfanget på nytt før du skriver noe senere.
En gjenopprettingsøvelse bør bruke en isolert, autorisert destinasjon og verifisere parsing, rekordsett og leverandørattributter. Å lese filen er ikke en repetisjon, og å importere den til produksjon er ikke en ufarlig test. Cloudflare dokumenterer en importgrense på 256 KiB, så selv en gyldig eksport trenger en destinasjonsspesifikk gjenopprettingssjekk. Ingen repetisjon eller import er utført for denne artikkelen. Cloudflare importgrenser
Lukk bevispakken uten å overdrive suksess
Utgivelsessjekklisten bør navngi den uendrede kildefilen, dens sjekksum, eksakt rekorddiff, utelatte avhengigheter og den foreslåtte reverseringen. Det bør også registrere hvem som har gjennomgått materialet og hvilke bevis som fortsatt mangler. Begrens tilgang selv når mange DNS verdier er offentlige: En konsolidert beholdning og leverandørkommentarer kan avsløre driftsdetaljer som ikke er åpenbare fra ett offentlig oppslag.
Etter en uavhengig autorisert endring eller reversering, sammenligne autoritative og rekursive observasjoner med den godkjente hensikten. Cacher kan beholde tidligere svar, så en gjenopprettet kontrollpanelverdi avgjør ikke umiddelbart hver mottakers visning. Hold tidligere verdier og erstatningsverdier, observasjonstider og cacherelatert usikkerhet sammen. RFC 2308
Det nyttige resultatet er en gjenopprettingspakke som en annen operatør kan evaluere uten å gjette. Det er ikke et løfte om at en nedlastet fil vil gjenopprette postlevering. Avsenderatferd og bevis for mottatt melding trenger fortsatt sin egen verifisering, og den opprinnelige utførelsesporten forblir åpen til de aktuelle kontrollene faktisk er utført.