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.
Du kender dem godt — google.com, stegger.dk, dr.dk.
Men computere kender dem ikke. Computere kommunikerer med tal: 142.250.185.14, 46.30.215.240, 194.255.255.94.
DNS er oversætteren.
Domain Name System er den infrastruktur, der gør det muligt at skrive et navn i en browser og faktisk lande det rigtige sted. Uden DNS eksisterer World Wide Web i praksis ikke — i hvert fald ikke i en form, mennesker kan bruge.
Hvad er DNS?
DNS (Domain Name System) er et distribueret, hierarkisk system der oversætter domænenavne til IP-adresser.
Tænk på det som internettets telefonbog — men en telefonbog der er opdelt på tværs af millioner af servere, opdateres løbende og besvarer over 100 milliarder forespørgsler om dagen på verdensplan.
DNS blev designet af Paul Mockapetris og formaliseret i RFC 882 og 883 i 1983 — samme år som TCP/IP blev obligatorisk standard på ARPANET. Løsningen afløste et simpelt tekstbaseret system (HOSTS.TXT) der allerede dengang var ved at kollapse under vægten af et voksende internet.
Sådan fungerer et DNS-opslag
Når du skriver stegger.dk i browseren, sker der mere end du umiddelbart tror:
1. Lokal cache tjekkes Din computer husker tidligere DNS-svar i en lokal cache. Har du besøgt siden for nylig, hentes IP-adressen herfra uden at spørge nogen ekstern server.
2. Recursive resolver forespørges
Er adressen ikke i cachen, spørger din computer en recursive resolver — typisk en server hos din internetudbyder eller en tredjepart (Google 8.8.8.8, Cloudflare 1.1.1.1).
3. Root nameserver
Resolveren spørger en af internettets 13 root nameservere om, hvem der ved noget om .dk-domæner.
4. TLD nameserver
Root-serveren peger resolveren videre til TLD-nameserveren (Top Level Domain) for .dk — i dette tilfælde drevet af DK Hostmaster.
5. Authoritative nameserver
TLD-nameserveren peger videre til det specifikke domænes autoritative nameserver — den server, der faktisk kender IP-adressen for stegger.dk.
6. Svar returneres IP-adressen returneres til din browser, gemmes i cache, og forbindelsen til webserveren etableres.
Det lyder langsommeligt. I praksis tager det under 50 millisekunder for kendte domæner — og for domæner i cache sker det øjeblikkeligt.
DNS-hierarkiet
DNS er organiseret som et omvendt træ:
. ← Root zone
├── .com
├── .dk
│ ├── stegger.dk
│ │ ├── www.stegger.dk
│ │ └── mail.stegger.dk
│ └── dr.dk
└── .org
Hvert niveau administreres af sin ansvarlige part:
- Root zone — IANA (Internet Assigned Numbers Authority)
- TLD (.dk, .com) — DK Hostmaster, Verisign m.fl.
- Domæne (stegger.dk) — domæneejeren via DNS-udbyder
DNS-record-typer
DNS-records er de individuelle indstillinger, der fortæller systemet, hvad et domæne peger på.
De vigtigste record-typer:
| Record | Funktion |
|---|---|
| A | Peger domæne → IPv4-adresse |
| AAAA | Peger domæne → IPv6-adresse |
| CNAME | Alias fra ét domæne til et andet |
| MX | Definerer e-mailservere for domænet |
| TXT | Fritekst — bruges til SPF, DKIM, domænebekræftelse |
| NS | Angiver domænets nameservere |
| SOA | Start of Authority — meta-information om zonen |
Læs den detaljerede forklaring af alle record-typer i DNS-record-typer.
DNS-propagation og TTL
Når du ændrer en DNS-record, sker opdateringen ikke øjeblikkeligt over hele internettet.
Årsagen er caching. DNS-svar gemmes i cache hos alle resolvers med en varighed defineret af TTL (Time to Live) — en talværdi i sekunder, der fortæller resolverne, hvor længe de må gemme svaret.
En TTL på 86400 betyder 24 timers caching. Ændrer du en A-record, kan gamle resolvers stadig returnere den gamle IP-adresse i op til 24 timer.
Det er DNS-propagation: den tid det tager for en ændring at have spredt sig til alle resolvers globalt.
Læs mere i DNS-propagation og TTL.
DNS og SEO
DNS er ikke et direkte rankingparameter for Google. Men det påvirker SEO på tre måder:
Hastighed og TTFB DNS-opslagstid er en del af den samlede tid fra brugerens forespørgsel til første byte fra serveren (TTFB). Langsom DNS = højere TTFB = dårligere Core Web Vitals. At bruge en hurtig DNS-udbyder (Cloudflare, Route 53) frem for en standard hostingleverandør kan spare 50-200 ms.
HTTPS og certifikater HTTPS-certifikater kræver korrekt DNS-konfiguration. CAA-records (Certification Authority Authorization) specificerer, hvilke certifikatudbydere der må udstede certifikater til dit domæne — en sikkerhedsfunktion der er god praksis.
Domænebekræftelse og autoritet Google Search Console, Bing Webmaster Tools og en lang række tredjepartstjenester verificerer domæneejerskab via TXT-records i DNS. SPF- og DKIM-records i DNS er afgørende for e-mail-leveringsevne — og e-mail er stadig et centralt link-building-redskab.
Den fulde gennemgang af DNS’s SEO-relevans finder du i DNS og SEO.
DNS-udbydere
Valget af DNS-udbyder påvirker både hastighed og pålidelighed.
Populære DNS-udbydere:
- Cloudflare DNS — markedets hurtigste ifølge uafhængige tests, gratis grundlag
- Amazon Route 53 — enterprise-niveau, god integration med AWS
- Google Cloud DNS — global infrastruktur, fast responstid
- NS1 — avancerede routing-funktioner til enterprise
De fleste danske hosting-leverandører (One.com, Dandomain, Simply.com) leverer DNS som standard, men egne nameservere er sjældent de hurtigste globalt.
DNS i dag
DNS er en af internettets mest overset og undervurderede infrastrukturer.
Den kører i baggrunden på hvert eneste internet-request, du foretager. Browser, app, e-mail, streaming — alt begynder med et DNS-opslag.
For SEO-specialister og webmastere er DNS primært relevant ved domæneflytninger, HTTPS-opsætning, e-mailkonfiguration og hastighedsoptimering.
Men fundamentalt er DNS det, der gør internettet til et sted for mennesker, ikke kun maskiner.
Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog — den komplette danske reference til søgeoptimering.
Artikler i dette emne
- A-record — Hvad er en A-record i DNS? En A-record er den grundlæggende DNS-record der peger et domænenavn direkte til en IPv4-adresse.
- 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.
- CNAME vs. A-record — Hvornår bruger du hvad? A-record peger til en IP-adresse. CNAME peger til et andet domæne. Roddomæner kræver altid A-record. Subdomæner kan bruge begge.
- CNAME-record — Hvad er et CNAME i DNS? CNAME er et DNS-alias: det peger fra ét domænenavn til et andet domænenavn, ikke direkte til en IP-adresse.
- 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å.
- 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.
- 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.
- DNS vs. domæne vs. hosting — Hvad er forskellen? Domænet er dit navn, hosting er din adresse, DNS er systemet der forbinder de to. Her er den klare forskel.
- DNS-fejl og crawling — Hvordan DNS-problemer påvirker Googlebot DNS-fejl stopper Googlebots crawling. Google behandler vedvarende DNS-fejl som alvorlige problemer der kan føre til afindeksering.
- 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.
- 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.
- Hvad er DNS? DNS (Domain Name System) er systemet der oversætter domænenavne til IP-adresser, så du kan skrive stegger.dk i stedet for 46.30.215.240.
- 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.
- Hvordan fungerer DNS? — DNS-opslag trin for trin Et DNS-opslag er en kæde af spørgsmål og svar der på under 50 ms finder IP-adressen bag et domænenavn. Her er, hvad der sker trin for trin.
- 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.
- MX-record — Hvad er en MX-record i DNS? MX-records definerer hvilken mailserver der modtager e-mail for dit domæne. Uden korrekte MX-records modtager du ingen e-mail.
- NS-record — Hvad er nameserver-records i DNS? NS-records angiver hvilke nameservere der er autoritative for dit domæne — de servere der kender de endelige svar på DNS-forespørgsler.
- Reverse DNS og Googlebot — Hvad er reverse DNS-lookup? Reverse DNS oversætter en IP-adresse til et domænenavn. Google anbefaler reverse DNS-lookup til at verificere at crawlere i dine logs faktisk er Googlebot.
- TXT-record — Hvad er en TXT-record i DNS? TXT-records er fritekst-records i DNS der bruges til SPF, DKIM, DMARC og domænebekræftelse — kritiske for e-maillevering og site-verifikation.
Ofte stillede spørgsmål
- Hvad er DNS?
- DNS (Domain Name System) er det system der oversætter menneskelige domænenavne (som google.com) til numeriske IP-adresser (som 142.250.185.14) som computere bruger til at finde hinanden. Uden DNS skulle du huske IP-adressen på hver hjemmeside.
- Hvad er DNS-propagation?
- DNS-propagation er den tid det tager for ændringer i DNS-indstillinger at sprede sig til alle DNS-servere på internettet. Det tager typisk 24-48 timer, men kan være hurtigere med lav TTL.
- Hvad har DNS med SEO at gøre?
- DNS påvirker SEO indirekte: DNS-opslagstid er en del af den samlede sideindlæsningstid, og langsomme DNS-svar øger TTFB. Korrekte DNS-records er desuden nødvendige for HTTPS, e-mail-sikkerhed (SPF, DKIM) og domænebekræftelse i Google Search Console.
- Hvad er forskellen på A-record og CNAME-record?
- En A-record peger direkte fra et domænenavn til en IP-adresse. En CNAME-record peger fra et domænenavn til et andet domænenavn — en slags alias. A-records er mere direkte og hurtigere; CNAME bruges typisk til subdomæner som www.