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.

Sidst opdateret:

Du har ændret din DNS-record for en time siden, men siden viser stadig den gamle server. Det er normalt og skyldes næsten altid høj TTL, lokal DNS-cache eller at du tjekker med den forkerte resolver. Her er de sandsynlige årsager og hvad du konkret gør ved dem — inklusive kommandoer til at verificere og fremskynde opdateringen.

Årsag 1: TTL er høj

Den mest sandsynlige årsag.

Inden du ændrede A-recorden, havde den sandsynligvis en TTL på 86400 (24 timer) eller 3600 (1 time). Resolvere der allerede har cachet det gamle svar, holder på det til TTL udløber.

Hvad du kan gøre nu: ingenting — bortset fra at vente. Propagation tager den tid, TTL dikterede. Næste gang: sæt TTL til 300 mindst 24-48 timer inden planlagte DNS-ændringer. Læs DNS TTL for den fulde procedure.

Årsag 2: Din computers lokale DNS-cache

Din computer husker DNS-svar i sin egen cache. Selv om alle resolvere i verden er opdaterede, kan din computer stadig returnere det gamle svar fra sin lokale cache.

Windows

Åbn kommandoprompt som administrator og kør:

ipconfig /flushdns

macOS

Åbn Terminal og kør:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Linux (systemd-resolved)

sudo systemd-resolve --flush-caches

Genstart derefter browseren og prøv igen.

Årsag 3: Browserens DNS-cache

Moderne browsere har deres egne DNS-caches, uafhængigt af operativsystemets. I Chrome åbner du chrome://net-internals/#dns og klikker “Clear host cache”. I Firefox åbner du about:networking#dns og klikker “Clear DNS Cache”. Et anonymt/privat browservindue bruger typisk ikke den eksisterende DNS-cache og kan bruges til hurtig test.

Årsag 4: Du ændrede den forkerte record

Tjek, at du har ændret den rigtige record for det rigtige domæne.

Hyppige fejl:

  • Du ændrede www.eksempel.dk men besøger eksempel.dk (eller omvendt)
  • Du ændrede A-recorden men eksisterer der en CNAME der overskriver?
  • Du ændrede records hos den forkerte DNS-udbyder (ikke den autoritative)

Verificer med dig:

dig stegger.dk A +short

Dette viser dig, hvad den autoritative nameserver returnerer — ikke hvad din lokale cache siger.

Årsag 5: Records er ikke gemt korrekt

Gå tilbage til din DNS-udbyder og verificer, at recorden er gemt korrekt:

  • Er der skrevet til den rigtige zone/domæne?
  • Er TTL-værdien gyldig?
  • Er IP-adressen korrekt (ingen ekstra mellemrum eller fejl)?

Sådan tjekker du DNS globalt

Brug disse kommandoer til at se, hvad DNS-resolvere returnerer:

Lokal resolver

nslookup stegger.dk

Specifik resolver (Cloudflare)

nslookup stegger.dk 1.1.1.1

Tjek fra Google

nslookup stegger.dk 8.8.8.8

Returnerer de tre kommandoer forskellige svar, er propagation i gang. Returnerer de alle det nye svar, er problemet sandsynligvis din lokale cache.

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

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. 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 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. 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 Almindelige DNS-fejl — Årsager og løsninger De mest almindelige DNS-fejl er forkerte records, høj TTL ved ændringer, manglende MX og SPF, og NXDOMAIN ved fejlstavede domæner. Artikel DNS og SEO — Sådan påvirker DNS din søgemaskineoptimering DNS påvirker SEO via opslagstid, TTFB, HTTPS-konfiguration og e-maillevering — her er hvad du konkret skal have styr på.

Ofte stillede spørgsmål

Hvorfor ser du stadig den gamle server efter en DNS-ændring?
Den hyppigste årsag er høj TTL — resolvere der cachede det gamle svar, holder på det til TTL udløber. Ændrede du A-recorden med TTL 86400 aktiv, kan ventetiden være op til 24 timer. Næstmest sandsynligt er lokal DNS-cache på din computer eller browser, som kan tømmes manuelt.
Hvordan tømmer du lokal DNS-cache?
På Windows kører du `ipconfig /flushdns` i kommandoprompten som administrator. På macOS kører du `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` i Terminal. Browsere har deres egne caches: i Chrome åbner du chrome://net-internals/#dns og klikker Clear host cache. Husk at genstarte browseren bagefter.
Hvad gør du, hvis DNS-ændringen slet ikke slår igennem?
Verificer med `dig eksempel.dk A +short` eller `nslookup eksempel.dk 8.8.8.8` at du spørger den autoritative nameserver og ikke din lokale cache. Tjek at du har ændret den rigtige record hos den rigtige DNS-udbyder — at du rettede www-subdomænet men besøger roddomænet (eller omvendt) er en hyppig fejl. Bekræft at recorden er gemt korrekt uden ekstra mellemrum i IP-adressen.
Hvad er forskellen på at se gammelt og nyt DNS-svar fra forskellige lokationer?
DNS-propagation er ikke synkron — resolvere i forskellige geografiske lokationer og netværk opdaterer på forskellig tid baseret på TTL og caching-adfærd. Det er normalt at se det nye DNS-svar fra én resolver og det gamle fra en anden i propagations-perioden. Onlineværktøjer som dnschecker.org og whatsmydns.net viser DNS-status fra mange lokationer globalt og er nyttige til at bekræfte, at propagation er i gang.
Hvad sker der med SEO under DNS-propagation ved et serverskifte?
Under DNS-propagation ved serverskifte vil Googlebot og andre crawlere ramme enten gammel eller ny server afhængigt af, hvilken resolver de bruger. Kortvarig inkonsistens på under 1-2 timer påvirker sjældent SEO mærkbart. Sørg for at den nye server er fuldt konfigureret og returnerer korrekte HTTP-statuskoder inden DNS-skiftet, og at indhold og redirects er identiske med den gamle server for at minimere risiko.

Placering i ordbogen

Internettets historie — Fra ARPANET til World Wide Web
DNS — Domain Name System forklaret
Hvorfor er DNS ikke opdateret endnu?