DNS-propagering: hvorfor dine domæneændringer tager tid

Du har lige skiftet navneservere på dit domæne. Ændringen er gemt hos registraren, men siden peger stadig det forkerte sted. Du tjekker igen efter ti minutter. Samme resultat. Efter et par timer begynder du at spekulere på, om noget er gået galt.

Det er DNS-propagering i praksis – internettets måde at holde styr på tingene, selv når det føles som evigheder.

DNS er internettets telefonbog

DNS oversætter domænenavne til IP-adresser. Når du skriver et domæne i browseren, finder systemet ud af, hvilken server der skal vises.

Uden DNS skulle vi alle huske numre som 203.0.113.45. Det er ikke praktisk. DNS gør det muligt at bruge navne i stedet for IP-adresser.

Men DNS er ikke ét centralt system. Det er et netværk af servere, der arbejder sammen på tværs af hele kloden. Derfor tager ændringer tid at slå igennem.

Fire servertyper i et DNS-opslag

Når en bruger besøger dit domæne, er der fire aktører involveret:

Den rekursive resolver er den server, din internetudbyder eller tjenester som Cloudflare stiller til rådighed. Den modtager forespørgslen fra browseren og sørger for at finde det rigtige svar.

Root-navneserverne er de øverste i hierarkiet. De ved ikke, hvor dit domæne peger, men de kan pege videre til den rigtige TLD-server.

TLD-navneserverne håndterer alt under en bestemt topdomæne. .com-serveren ved, hvilke navneservere der styrer de enkelte .com-domæner.

De autoritative navneservere indeholder de faktiske DNS-records – A-records, MX-records, TXT-records og så videre. Det er her dine ændringer skal slå igennem.

Hvordan et DNS-opslag fungerer

Når en resolver skal finde IP-adressen på et domæne, starter den øverst i hierarkiet og arbejder sig ned. Den spørger root-serveren, som henviser til TLD-serveren, som igen henviser til de autoritative navneservere.

Hele processen tager normalt millisekunder – når alt er opdateret.

Hvorfor ændringer tager tid

DNS-records har en TTL-værdi, som fortæller, hvor længe svaret må gemmes. Når du ændrer noget, bliver de gamle oplysninger liggende hos resolvere verden over, indtil TTL udløber.

Nogle resolvere opdaterer hurtigt, mens andre holder fast i gamle data i timevis. Der findes ingen central knap, der kan tvinge en opdatering ud til alle.

Bedre planlægning ved domæneskift

Sænk TTL-værdien til 300 sekunder et par dage før en større ændring. Så får resolverne hurtigere besked om nye oplysninger.

Brug værktøjer, der tjekker DNS globalt, så du kan se, hvordan ændringen breder sig ud. Stol ikke kun på, hvad din egen computer viser.

Hvis du sjældent ændrer DNS, kan en høj TTL være fint. Under flytninger eller udvikling giver lavere værdier bedre kontrol.

Lav større ændringer uden for spidsbelastning, og behold den gamle hosting i et par dage som backup, hvis noget går galt.

Fordele ved et distribueret system

DNS er decentralt. Det gør systemet robust, men det betyder også, at ændringer ikke slår igennem med det samme. Det er prisen for redundans.

Når du forstår det, bliver du bedre til at planlægge domæneflytninger i stedet for at blive overrasket over forsinkelserne.