Ulike autoritative servere bør gi et sammenhengende syn på sonen de betjener. Når autentiseringskontrollene er uenige, spør hver annonserte autoritet etter samme eier, type og klasse. Behold de uredigerte svarene før du normaliserer dem; en kortfattet liste over verdier kan skjule henvisninger, feil og manglende autoritetsflagg.
Fastslå hvilke servere som betyr noe
Referanser: RFC 1034 §4.2, RFC 1035 §4.1.1.
Les foreldredelegasjonen og sammenlign den med barnespissen NS-settet. Løs de annonserte servernavnene til adresser og registrer hvilken adresse som ble spurt. Et vertsnavn kan ha flere adresser, og anycast kan rute den samme adressen til forskjellige instanser. En vellykket spørring beviser derfor ikke at alle mulige backends er aktuelle.
Bruk et direkte ikke-rekursivt søk som f.eks dig @SERVER_IP _dmarc.example .test. TXT +norecurse. Inspiser svarkoden og AA-flagget, svar- og autoritetsseksjonene og eventuelle alias. En henvisning eller et ikke-autoritativt svar fra en server du forventet å være autoritativ, er et annet funn enn et autoritativt svar med gammelt innhold.
Sammenlign data uten å ødelegge struktur
Referanser: RFC 2181 §5, RFC 1035 §3.3.14, RFC 1982 §3.2.
Bestilling av DNS -postsett er ikke en policyprioritet. Sorter uavhengige postobjekter for sammenligning, men bevar strengrekkefølgen i hver TXT post. TTL-er kan variere på grunn av konfigurasjon eller spørringskontekst; ta dem opp i stedet for å forkaste dem stille. En rekursiv TTL-nedtelling bør ikke sammenlignes som om den var en myndighets sonekonfigurasjon.
Spør SOA som støttende kontekst. En SOA-serie er ikke en hash av sonen. Samsvarende serier kan ikke bevise samsvarende poster, og et større trykt heltall er ikke universelt nyere fordi serielle aritmetiske brytes. Under RFC 1982 er sammenligninger med nøyaktig halvparten av serierommet fra hverandre udefinert; ikke tving dem inn i en nyere/eldre bestilling. Sammenlign de forespurte dataene direkte og bruk leverandørens overførings- eller publikasjonslogger for å forklare forskjeller.
Gjengi uenighet og ufarlig omorganisering
Lag to isolerte myndigheter for eksempel.test. Begge publiserer det samme MX settet, men returnerer postene i forskjellige rekkefølger. Forventet normalisert sammenligning er lik. Gi deretter fullmakt A _dmarc.example.test TXT "v=DMARC1; p=none" og B _dmarc.example.test TXT "v=DMARC1; p=reject". Forventet sammenligning er ulik selv om begge SOA-seriene er bevisst like.
Spør begge myndighetene med samme type og alternativer. Lagre serveradresse, tidsstempel, svarkode, flagg, komplette poster og serienummer. Den opprinnelige offline-sammenligningen er supplert med den beholdte historiske tilbakekoblingsobservasjonen nedenfor. Ingen offentlig policy eller produksjons DNS server ble endret.
Reparer publiseringsbanen
Referanser: RFC 1034 §4.3.5, RFC 8767 §4.
Sjekk om en server er en foreldet sekundær, en pensjonert leverandør som fortsatt er tilstede i delegering, eller en destinasjon som aldri mottok den tiltenkte oppdateringen. Reparer den støttede publikasjonen eller overføringsbanen i stedet for å gjøre tilfeldige gjentatte redigeringer i flere paneler. Bekreft de samme forventede dataene ved hver testet myndighet etter endringen.
Gjenta observasjoner fra relevante nettverk når det er mistanke om cast eller delte visninger. Skille en tilsiktet visningspolicy fra en utilsiktet offentlig inkonsekvens. Avslutt med rekursivt og representativt postbevis fordi autoritativ avtale alene ikke kan eliminere allerede bufrede svar eller bevise autentisering av en melding.
Beholdt historisk laboratoriebevis
Den beholdte fangsten er datert 7. november 2026. Det følgende beskriver den avgrensede historisk observasjon, ikke en ny utførelse eller en test av EmailAuth.ai .
Faktiske UDP-spørringer til to tilbakekoblingsmyndigheter med fast sone returnerte p=none og p=reject for den samme absolutte TXT eieren. Begge svarene hadde AA satt. Registreringen bevarer hvert endepunkt, UTC-tid, TTL, responstype, kode og ledningsbyte. Dette viser en reell observert lab-inkonsekvens; den kartlegger ikke en offentlig anycast-tjeneste. Fangeetikettene er autoritet_A_policy; autoritet_B_policy. Den beholdte løperen og råfangstene er inkludert i denne gjennomgangspakken som historisk bevis. De ble inspisert, ikke gjentatt for denne anmeldelsen. Produksjon DNS , DNSSEC og SMTP utfall forblir uprøvde.