Hvorfor DNS-endringer tar tid å bli synlige

Du peker domenet ditt mot en ny leverandør, oppdaterer navneserverne hos registrar, og venter. Men siden er fortsatt den gamle. En time senere er det fortsatt ingen endring. Velkommen til DNS-propagering – en av de tingene som alltid tar lengre tid enn man håper.

DNS er internettets telefonkatalog

DNS oversetter domenenavn til IP-adresser. Bak eksempel.no ligger en tallrekke som serverne faktisk bruker for å finne hverandre. Uten DNS måtte alle huske IP-adresser i stedet for navn.

DNS er ikke én sentral database. Det er et hierarki av servere som jobber sammen over hele verden. Den distribuerte oppbyggingen er grunnen til at endringer ikke slår inn med en gang.

Fire aktører i et DNS-oppslag

Når noen besøker domenet ditt, er det fire typer servere involvert:

• Recursive resolver er det de fleste bruker via ISP eller tjenester som Cloudflare. Den spør videre og lagrer svaret i cache.
• Root name servers er toppnivået. De vet ikke hvor domenet peker, men de vet hvilken TLD-server som har oversikten.
• TLD name servers kjenner alle domener under en bestemt endelse, som .com eller .no. De vet hvilke navneservere som har ansvaret.
• Authoritative name servers er der DNS-postene faktisk ligger – A-records, MX-records, TXT-records og alt annet.

Hvordan et oppslag foregår

Når alt er oppdatert, går prosessen fort: resolver spør root, får peker til TLD, får peker til authoritative server, og returnerer IP-adressen. Hele turen tar millisekunder.

Men når du endrer navneservere eller DNS-poster, henger gamle svar igjen i cache hos resolvere over hele verden. Hvor lenge de henger igjen, avhenger av TTL-verdien du har satt.

Hvorfor det tar tid

En TTL på 86 400 sekunder betyr at resolvere kan bruke det gamle svaret i et helt døgn. Noen ISP-er oppdaterer raskere enn andre. Noen respekterer TTL-strengt, andre holder på data lenger. Det finnes ingen sentral knapp som tvinger alt til å oppdatere samtidig.

Praktiske grep før du endrer

• Senk TTL til 300 sekunder et par dager før bytte.
• Sjekk status med verktøy som spør resolvere globalt.
• Bruk høy TTL når domenet er stabilt, og lav når du jobber med endringer.
• Gjør større endringer utenfor rushtid.
• La gammel hosting stå oppe i minst 48 timer som backup.

Fordelen med distribuert arkitektur

DNS er tregt å endre fordi det er bygget for å tåle feil. Ingen enkelt server styrer alt. Hvis én resolver faller ut, tar andre over. Prisen for den robustheten er at endringer sprer seg gradvis – akkurat som i mange andre distribuerte systemer.

Neste gang du venter på at DNS skal rekke rundt, er det greit å huske at det ikke er noe galt. Det er bare systemet som gjør jobben sin.