Almindelige DNS-fejl — Årsager og løsninger

DNS-fejl er ofte enkle at identificere og rette — når du ved, hvad du kigger efter.

Her er de hyppigste problemer, deres årsager og hvad du gør ved dem.

---

Fejl 1: Siden er ikke tilgængelig (NXDOMAIN)

Symptom: Browseren viser “This site can’t be reached” eller tilsvarende.

Årsager:

• A-recorden peger til en forkert eller ikke-eksisterende IP
• Nameserverne (NS-records) er ikke sat korrekt hos registraren
• Domænet er udløbet og ikke fornyet

Diagnose:

nslookup eksempel.dk

Returnerer NXDOMAIN: domænet kendes ikke i DNS. Returnerer en IP: DNS fungerer, problemet er serveren.

Løsning: Verificer NS-records hos registraren og A-records hos DNS-udbyderen.

---

Fejl 2: Siden er langsom at indlæse (DNS-timeout)

Symptom: Sider loader langsomt, særligt ved første besøg.

Årsag:

• Langsom DNS-udbyder med høj gennemsnitlig svartid
• Nameservere der svarer langsomt eller er nede

Diagnose: Brug dig til at måle DNS-svarstid:

dig eksempel.dk A

Kig på Query time: i output. Over 200 ms er langsomt.

Løsning: Skift til en hurtigere DNS-udbyder (Cloudflare, AWS Route 53). Se forskel med det samme — eksisterende TTL-caches udløber gradvist.

---

Fejl 3: www virker, men roddomænet gør ikke (eller omvendt)

Symptom: www.eksempel.dk loader, men eksempel.dk giver fejl (eller vice versa).

Årsag: Manglende eller fejlagtige records for enten roddomænet eller www-subdomænet.

Løsning: Sørg for at begge er konfigurerede:

eksempel.dk.       A       46.30.215.240
www.eksempel.dk.   CNAME   eksempel.dk.

---

Fejl 4: E-mail modtages ikke (manglende eller forkerte MX-records)

Symptom: Ingen kan sende e-mail til @eksempel.dk.

Årsager:

• Manglende MX-records
• MX-record peger til et ikke-eksisterende hostname
• MX-record peger til en IP (det er forkert — MX skal pege til et hostname)

Diagnose:

nslookup -type=MX eksempel.dk

Løsning: Opret korrekte MX-records med hostname som destination (ikke IP). Eksempel for Google Workspace:

eksempel.dk.    MX    1    aspmx.l.google.com.

---

Fejl 5: E-mails lander i spam (manglende SPF/DKIM)

Symptom: Udgående e-mails ender i modtagerens spam-mappe.

Årsag: Manglende eller fejlagtige SPF- og DKIM-records.

Diagnose:

nslookup -type=TXT eksempel.dk

Se efter en record der starter med v=spf1.

Løsning: Tilføj SPF-record og opsæt DKIM hos din e-mailudbyder. Se TXT-record for detaljer.

---

Fejl 6: HTTPS-certifikat fejler ved domæneskifte

Symptom: HTTPS giver certifikatfejl efter DNS-ændring.

Årsager:

• Certifikatet er udstedt til det gamle domæne
• Let’s Encrypt-fornyal fejlede fordi DNS ikke peger korrekt under fornyal
• CAA-record blokerer certifikatsudstederen

Løsning: Tjek CAA-records og sørg for, at certifikatudstederen er tilladt:

eksempel.dk.    CAA    0 issue "letsencrypt.org"

Udsted nyt certifikat efter DNS er fuldt propageret.

---

Fejl 7: DNS-ændring slår ikke igennem (høj TTL)

Symptom: Du har ændret en record, men siden peger stadig det gamle sted.

Årsag: TTL var høj da du lavede ændringen — resolvere cacher det gamle svar.

Løsning: Vent. TTL-udløb kan ikke fremskyndes efter ændringen er foretaget. Tøm din lokale DNS-cache og test med en anden resolver (se Hvorfor er DNS ikke opdateret endnu?).

Forebyggelse: Sæt TTL til 300 mindst 24-48 timer inden planlagte ændringer.

---

Hurtig diagnostik-tjekliste

• nslookup eksempel.dk — returnerer korrekt IP?
• nslookup -type=NS eksempel.dk — korrekte nameservere?
• nslookup -type=MX eksempel.dk — MX-records sat korrekt?
• nslookup -type=TXT eksempel.dk — SPF-record til stede?
• Lokalt: ipconfig /flushdns (Windows) for at tømme cache?
• HTTPS-certifikat gyldigt på ny server?

---

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