Artikel

DNS-propagation og TTL — Hvad sker der når du ændrer DNS?

DNS-propagation er den tid det tager for en DNS-ændring at sprede sig til alle servere på internettet — typisk 24-48 timer, men kan reduceres med lav TTL.

Sidst opdateret:

DNS-propagation er den tid det tager for en DNS-ændring at sprede sig til alle DNS-servere og resolvere på internettet — typisk 1-48 timer afhængigt af TTL-værdien på de records du ændrede. Millioner af resolvere cacher DNS-svar lokalt, og propagation er simpelthen den gradvise udløbning af disse caches. Forkert håndtering af propagation ved hostingflytninger kan resultere i nedetid, crawl-afbrydelser og HTTPS-certifikatfejl med direkte SEO-konsekvenser.

Hvad er DNS-propagation?

DNS-propagation er den tid det tager for en ændring i DNS-indstillinger at sprede sig til alle DNS-servere og -resolvere på internettet.

Internettet har ikke ét centralt DNS-register. Millioner af resolvers verden over cacher DNS-svar lokalt for at undgå at spørge authoritative nameservere ved hvert opslag. Disse caches udløber gradvist — og det er den gradvise udløbning, vi kalder propagation.

Hvad er TTL?

TTL (Time to Live) er kernen i forståelsen af propagation.

Hver DNS-record har en TTL-værdi — et tal i sekunder der fortæller resolvers, hvor længe de må cache svaret:

  • TTL 86400 = cach i 24 timer
  • TTL 3600 = cache i 1 time
  • TTL 300 = cache i 5 minutter

Når TTL udløber, spørger resolveren den autoritative nameserver igen og henter den opdaterede record.

Konsekvensen: Har du en TTL på 86400 og ændrer en A-record, kan resolvers returnere den gamle IP-adresse i op til 24 timer efter ændringen.

Planlagte DNS-ændringer — sådan gør du det rigtigt

Hvis du ved, at du skal flytte en hjemmeside til ny server eller ny hosting, er fremgangsmåden den samme.

Sænk TTL i god tid

Mindst 24-48 timer før flytningen: sæt TTL til 300 (5 minutter). Vent til den gamle høje TTL er udløbet. Nu kan alle caches opdateres hurtigt efter din ændring.

Foretag ændringen

Skift A-record til den nye server. Med TTL 300 er propagation i praksis afsluttet på 5-10 minutter for de fleste resolvers.

Sæt TTL tilbage

Når alt fungerer på den nye server, sæt TTL tilbage til en normal værdi (f.eks. 3600 eller 86400).

Hvorfor ser vi ikke det samme?

Under propagation oplever brugere forskelligt, afhængigt af hvilken resolver de bruger:

  • Brugere der bruger Cloudflare DNS (1.1.1.1) kan se den nye server
  • Brugere med ISP-resolver der cachede den gamle record for 24 timer siden, ser stadig den gamle

Det er ikke en fejl — det er caching-systemet, der fungerer som det skal. Det forsvinder, efterhånden som gamle caches udløber.

DNS-propagation og SEO

For SEO er der to situationer, hvor propagation er særlig vigtig:

Domæneflytning

Flyttes et domæne til ny server under en større teknisk migration, skal DNS og server være synkroniseret for at undgå nedetid. Nedetid betyder mistet crawl-budget og potentielt tab i rangering.

HTTPS-overgangen

Opsætning af SSL/TLS-certifikater kræver korrekt DNS-konfiguration. Certifikatvalidering sker ofte via DNS (DNS-01 challenge). Med høj TTL kan validering fejle, hvis records ikke er opdateret.

Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog — den komplette danske reference til søgeoptimering. → Denne artikel er en del af DNS — Domain Name System forklaret.

Del af: DNS — Domain Name System forklaret →

Andre artikler i samme emne

Relaterede begreber

Emne DNS — Domain Name System forklaret DNS er internettets telefonbog — systemet der oversætter domænenavne som stegger.dk til IP-adresser som servere forstår. Artikel DNS TTL — Hvad er Time to Live? TTL (Time to Live) er en talværdi i sekunder der fortæller DNS-resolvere, hvor længe de må cache et DNS-svar, inden de skal spørge igen. Artikel Hvor lang tid tager DNS-propagation? DNS-propagation tager typisk 1-48 timer, afhængigt af TTL-værdien på de records du ændrer. Med lav TTL kan det ske på få minutter. Artikel Hvorfor er DNS ikke opdateret endnu? Hvis DNS ikke er opdateret efter en ændring, er årsagen næsten altid høj TTL, lokal cache eller at du tjekker forkert. Her er hvad du gør. Artikel DNS ved hostingflytning — Flyt din hjemmeside uden nedetid En hostingflytning kræver DNS-ændringer. Gøres det rigtigt, er nedetiden minimal. Her er den komplette fremgangsmåde. Artikel DNS-record-typer — A, CNAME, MX, TXT og NS forklaret DNS-records er de individuelle indstillinger der fortæller verden, hvad dit domæne peger på — e-mailserver, webserver eller andet.

Ofte stillede spørgsmål

Hvad er DNS-propagation?
DNS-propagation er den tid det tager for en DNS-ændring at sprede sig til alle resolvere på internettet. Millioner af resolvere cacher DNS-svar lokalt — propagation er simpelthen den gradvise udløbning af disse caches, styret af TTL-værdien på den record du ændrede.
Hvorfor ser to brugere ikke det samme under DNS-propagation?
Under propagation bruger brugere forskellige resolvere med forskellige cachedes svar. En bruger på Cloudflare DNS (1.1.1.1) kan se den nye server, mens en bruger på en ISP-resolver der cachede det gamle svar for 20 timer siden stadig ser den gamle server. Det er ikke en fejl — det er caching-systemet der fungerer korrekt.
Hvordan minimerer du nedetid ved DNS-ændringer?
Den rigtige strategi er at sætte TTL til 300 (5 minutter) mindst 24-48 timer inden den planlagte ændring. Vent til den gamle høje TTL er udløbet globalt, og foretag derefter ændringen. Med TTL 300 er propagation afsluttet på 5-10 minutter for de fleste resolvere — frem for 24-48 timer ved standard TTL.
Hvad er forskellen på autoritativ nameserver og rekursiv resolver?
En autoritativ nameserver er den server der ejer og har det endelige svar på DNS-forespørgsler for et specifikt domæne — det er den server du konfigurerer hos din DNS-udbyder. En rekursiv resolver er den server din computer spørger, typisk din internetudbyders resolver eller en offentlig resolver som Cloudflares 1.1.1.1. Resolveren henter svaret fra den autoritative nameserver og cacher det lokalt. Propagation handler om, hvornår alle resolvere har opdateret deres caches.
Kan DNS-propagation give 404-fejl i en periode?
Under DNS-propagation ved serverskifte kan brugere og crawlere ramme enten gammel eller ny server afhængigt af, hvilken resolver de bruger. Hvis den nye server ikke er identisk konfigureret, kan visse sider returnere 404 eller anden fejl fra den nye server mens den gamle server stadig server dem korrekt. Løsningen er at konfigurere den nye server komplet inden DNS-skiftet og teste den direkte via IP inden du peger DNS.

Placering i ordbogen

Internettets historie — Fra ARPANET til World Wide Web
DNS — Domain Name System forklaret
DNS-propagation og TTL — Hvad sker der når du ændrer DNS?