MTA-STS politikcaching er ikke almindelig browsercaching. Politikens max_age styrer dens levetid fra den sidste vellykkede hentning. Opdagelsen TXT har sin egen DNS TTL. Disse ure kan afvige væsentligt og forklare, hvorfor to afsendere anvender forskellige politikversioner på samme tid.
Registrer den politik, som en afsender stadig kan have
Referencer: RFC 8461 §3.2, RFC 8461 §3.3.
Behold hver publiceret politiktekst, opdagelses-id, udgivelsestid og max_age. Et aktuelt slutpunktsskærmbillede kan ikke fortælle dig, hvad en afsender hentede i går. Under en hændelse skal du bede om den anvendte politik og hente tid fra afsenderlogfiler, hvor de er tilgængelige, i stedet for at antage, at den nyeste tekst er universel.
RFC 8461 siger, at afsendere skal cache en politik i op til max_age og proaktivt skal opdatere før udløb, hvilket foreslår en daglig opdatering. Disse anbefalinger er ikke en garanti for synkroniserede opdateringer. Implementeringer kan søge efter opdateringer på forskellige tidspunkter, og en afsender kan fortsætte med at anvende en gyldig cachelagret politik, når live opdagelse eller hentning mislykkes.
Adskil de to udløbsberegninger
Referencer: RFC 8461 §3.2, RFC 8461 §5.1.
I en mærket aritmetisk opstilling har en politik hentet på epoketid 1000000 med max_age 86400 en udløbsgrænse på 1086400. En DNS TTL på 300 ændrer ikke denne beregning. Hvis operatøren udgiver en ny krop med max_age 3600, erhverver den allerede cachede gamle krop ikke den nye levetid med tilbagevirkende kraft.
Det nye afgrænsede offline-armatur beregner denne grænse. Den bevarede historiske transport-lab-registrering dokumenterer desuden en dyb kopi af den gamle cache, en kortere levetid for policy-hentning og en påstand om, at det gamle øjebliksbillede og dets udløb forbliver uændret indtil eksplicit udskiftning. Cachedelen er en eksplicit tilstands-/aritmetisk model, ikke en ægte MTA, DNS cache eller opdateringsplanlægger; de separat bevarede loopback DNS /HTTPS-udvekslinger udvider ikke denne cache-påstand. For at udvide testen skal du konfigurere en kontrolleret afsender med en inspicerbar politikcache og bevare dens faktiske hente-, opdaterings- og leveringslogfiler.
Opdater i sikker rækkefølge
Referencer: RFC 8461 §8.1, RFC 8461 §8.2.
Udgiv den nye HTTPS-tekst, bekræft den, og skift derefter DNS id'et. RFC 8461 råder dig til at holde gamle politikker kompatible med levering, mens begge endepunkter opdateres og TXT TTL passerer. For planlagte routingændringer skal du også tillade afsendere, der beholder den gamle politik, indtil dens levetid udløber, eller en vellykket opdatering finder sted.
Hold protokolpolitikcache adskilt fra et CDN's oprindelsescache. Afsendere må ikke bruge HTTP-cache til hentning af politikker. RFC 8461 §8.2 tillader ikke desto mindre original-side reverse-proxy caching; verificere dens friskhed og udgivelsesadfærd i stedet for at behandle hver proxy-cache som forbudt. Bekræft det faktiske organ fra det offentlige slutpunkt, og sørg for, at hostingpublikationsworkflowet afslører den tilsigtede revision.
Diagnostiser en forsinket ændring uden at gætte
Referencer: RFC 8461 §3.3.
Sammenlign DNS svar, HTTPS-svarbytes, cachelagrede politikmetadata og afsenderens fejllogfiler. Et nyt id med en gammel krop foreslår publikationsbestilling eller hosting af friskhedsproblemer. Et gammelt id i et rekursivt svar kan afspejle DNS cachetilstand. En gammel, men gyldig cachelagret politik under en hentningsafbrydelse kan forventes protokoladfærd.
Erklær ikke enhver forsinkelse for udbredelse. Identificer, hvilken cache eller afhængighed der har den gamle tilstand, reparer den komponent og behold en kompatibel modtagesti under hele overgangen. Der blev ikke udført noget live sender-cache-eksperiment for denne artikel.
Beholdt historiske beviser og resterende omfang
Det følgende beskriver bevarede observationer fra 7. november 2026, ikke et netværkseksperiment genudført for denne anmeldelse. Nyt udførte offline kontroller registreres separat.
Den opfangede logiske cache-armatur bevarer A1 hentet ved 1000000 med udløb 1086400. Laboratoriet udgiver B2, annoncerer B2 gennem et faktisk UDP DNS svar og henter B2 over HTTPS med max_age 3600. Det hævder derefter, at et dybt indhold, der er kopieret med et dybt billede, er lig med dets originale indholdskopierede stillbilleder og A1. 1086400. En separat sidste-serverede hovedbog beregner det maksimalt mulige A1-udløb som 1000300 + 86400 = 1086700, senere end B2 ved 1000600 + 3600 = 1004200 og C3 ved 1000000 + 06000000 + 0600000 + 06000000000 + 060000000000000000000000000000000000000000000000000000000000000000000000000. udsendte beregninger ved hjælp af eksplicitte logiske tider; sammenligningen af cache-bevarelse er en udført påstand. Det er heller ikke en emulering af en MTA-opdateringsplanlægger. En faktisk afsenderes valg om at opdatere, prøve igen eller bevare tilstanden forbliver en implementeringstest.