DNS-propagering
Tiden det tar før en DNS-endring blir synlig overalt etter hvert som cachede svar utløper i resolvere.
DNS-propagering er vinduet der en endring på en autoritativ DNS-server blir synlig for klienter rundt om i verden. Til tross for navnet pushes ingenting aktivt. Den nye verdien publiseres umiddelbart på de autoritative serverne, men rekursive resolvere og operativsystem-stubs fortsetter å levere det forrige svaret helt til deres cachede kopi utløper.
Utløpet styres av TTL-en på den gamle posten, ikke den nye. Hvis www.example.com hadde TTL 86400, har resolvere lov til å returnere den gamle A-verdien i opptil 24 timer etter endringen, uansett hvor raskt de autoritative serverne ble oppdatert. Å senke TTL til for eksempel 300 en dag eller to før en planlagt endring er standardmåten å krympe propageringsvinduet på.
Negative svar caches også. Feltet minimum i sonens SOA-post (av og til som egen negativ TTL) bestemmer hvor lenge NXDOMAIN eller tomt svar huskes. Et navn som ikke fantes tidligere, kan derfor fortsette å resolves som manglende en stund etter at A-recorden er lagt til — noe som overrasker brukere som forventer at nye navn fungerer umiddelbart.
Delegeringsendringer — å flytte et domene til nye NS-poster hos registret — følger samme modell, men på foreldresonen. Forskjellige resolvere ser endringen til ulike tider avhengig av når de sist hentet delegeringen. I overgangsperioden bør gamle og nye autoritative servere svare med identiske data slik at brukere lander på riktig vert uansett hvilket sett resolveren fremdeles stoler på.
Nøkkelpunkter
- Ingen push — propagering er bare cache-utløp i resolvere
- Styres av TTL-en på den gamle posten, ikke den nye
- Senk TTL i god tid før en planlagt endring
- Negative svar caches via
SOA-feltetminimum/negativ TTL - Delegeringsendringer (
NS) propagerer via foreldresonen - Hold gamle og nye servere konsistente i overgangen
- Ulike resolvere og ISP-er konvergerer til ulike tider