Når alt altid ender hos DNS: Her starter de fleste infrastruktur-problemer

I ops-verdenen er der en klassisk joke: "Har du prøvet at slukke og tænde?" Men efter et stykke tid i infrastrukturen finder du en endnu bedre løsning: "Har du tjekket DNS?"

Det er ikke bare en spøg. Det er hårdt opkendt visdom fra utallige nattevagter.

DNS-paradokset: Simpelt, men dæmonisk

DNS er det mest essentielle lag i din infrastruktur – og det mest oversete. Din domain-registrar styre det. Hosting-udbyderen håndterer nameservers. CDN'et har sine egne records. Email kører via MX. SSL-validering kræver det hele. Alligevel behandler vi DNS som rør i væggen: Usynligt, indtil det ryger totalt.

Paradokset? DNS er både det enkleste og det sværeste at fikse.

Enkelt, fordi det bare handler om at koble domænenavne til IP-adresser. Et par records. Basisk opsætning. Hvad kan gå galt?

Komplekst, fordi alt andet bygger på det. Fejl rammer ofte stille eller delvist. Din app-server kører perfekt. Databasen er up and running. SSL-certet er gyldigt. Men brugerne når ikke frem, fordi en CNAME er forkert.

De stille DNS-fælder, der rammer dig nu

Her er de typiske mareridt:

Propagation-forsinkelser: Du opdaterer records, men nettet er ikke med. Nogle ser den gamle server. Andre den nye. TTL var for høj, så cachen hænger fast. Du jagter et problem, der kun rammer 40% af brugerne.

Forkerte nameservers: Du skifter registrar, men nameservers peger stadig på det gamle sted. Nye ændringer rammer ikke igennem. Eller du ved slet ikke, at det er galt.

MX-problemer: Email forsvinder sporløst, men SMTP-loggerne er fine. Mailserveren tager imod, men afsenderne sender ikke, fordi MX peger på en død server eller forkert prioritet.

Wildcard-konflikter: Wildcard på *.example.com krænger på specifikke subdomæner. Nogle requests løser, andre ikke. Det virker tilfældigt, men er det ikke.

DNSSEC-fejl: Du tænder DNSSEC for sikkerhed, men DS-records er forkerte. Nogle resolvere godkender. Andre krakker. Delvise fejl, der ligner kaos.

TTL-fælden: TTL på 3600 sekunder for "sikkerhed" – nu sidder du fast i gamle records i en time under migration. Eller 60 sekunder for hastighed, og DNS bliver oversvømmet af queries.

Hvorfor DNS er mester i at gemme sig

DNS-fejl er snedige, fordi de udklæder sig som andet:

• Netværksfejl? Nej, DNS.
• App-timeout? DNS.
• CDN-cache-problem? Sandsynligvis DNS.
• SSL-validering fejler? Tjek DNS først.
• Email leveres ikke? Garanteret DNS.

Din monitoring hjælper ikke meget. Fejl sker før monitoringen når frem. Hvordan pinger du en server uden hostname?

Tjeklisten, der redder dagen

Når det går galt, kør dette først:

1. Tjek om recordet findes:

dig yourdomain.com
nslookup yourdomain.com

2. Sammenlign nameservers:

dig yourdomain.com @ns1.yourprovider.com
dig yourdomain.com @ns2.yourprovider.com

Forskellige svar? Der er din fejl.

3. Undersøg propagation:

dig yourdomain.com +trace

Følg hele kæden. Rammer du rigtige nameservers? Er TTL som forventet?

4. Specifikke record-typer:

dig yourdomain.com MX
dig yourdomain.com CNAME
dig yourdomain.com A
dig yourdomain.com AAAA

5. Relaterede records: SSL-problemer? Tjek TXT (ACME). Email-fejl? SPF, DKIM, DMARC. Det er sikkerheds-DNS.

6. Ryd lokal cache:

# macOS
sudo dscacheutil -flushcache

# Linux (systemd)
sudo systemctl restart systemd-resolved

# Windows
ipconfig /flushdns

NameOcean gør DNS lettere

Hos NameOcean ved vi, at DNS skal være klart og kraftfuldt. Brug vores domain-registrar til basal hosting, eller tag vores avancerede DNS via Vibe Hosting. Vi har bygget systemer, der minimerer fejl – og gør dem hurtige at løse.

Vores cloud-platform integrerer DNS direkte i infrastrukturen. Færre steder at rote. Med AI-værktøjer i Vibe Hosting håndterer vi DNS, så du kan kode i fred.

Den hårde sandhed

DNS er ikke sexy. Det står ikke i din GitHub-README. Ingen skriver posts om DNS-optimering (måske nu). Men det er fundamentet.

De ingeniører, der spotter DNS-fejl på 30 sekunder, virker som genier. De er bare trænede til at tjekke DNS først.

Næste gang det kræsjer: Tjek serveren løber. Så DNS. Før du roder i koden.

For det er næsten altid DNS.

Har DNS brændt dig? Hvor længe debuggede du, før du så det var DNS? Del dine historier i kommentarene – ulykke deler sig bedst, og din kan spare andre for timer med frustration.