DNS i korte træk
DNS (Domain Name System) er internettets navnesystem. Det gør det muligt at bruge læsbare domænenavne som eksempel.dk i stedet for at huske numeriske IP-adresser som fx 203.0.113.10. Når du skriver et domænenavn i browseren, hjælper DNS med at finde den rigtige serveradresse, så din forbindelse kan etableres.
Et simpelt “navneopslag”-modellen
Tænk på DNS som en opslagstjeneste i flere trin:
- Du har et domænenavn (hostnavn), eksempelvis www.eksempel.dk.
- Din enhed spørger en DNS-resolver (ofte leveret af internetudbyder eller routeren).
- Resolveren søger efter domænenavnet og returnerer typisk den IP-adresse, der hører til domænenavnet.
- Browseren bruger IP-adressen til at kontakte serveren og indlæse websiden.
I praksis kan processen involvere flere aktører og flere forespørgsler, især hvis der ikke allerede findes et svar i cache. Men idéen er den samme: domænenavn → IP-adresse (eller anden adressetype).
Hvad DNS indeholder: domæner, poster og typer
DNS gemmer oplysninger i “poster” (records) for domænezoner. De mest almindelige er:
- A-record: kobler et domænenavn til en IPv4-adresse.
- AAAA-record: kobler et domænenavn til en IPv6-adresse.
- CNAME: aliaser et domænenavn til et andet domænenavn.
Hvilke poster der findes, og hvordan navne kan aliaseres, afhænger af den opsætning, domæneejeren har valgt. Det betyder også, at et domænenavn ikke altid peger direkte på én enkelt adresse første gang; der kan være mellemliggende opslag (fx via CNAME).
Cache og “hvorfor det kan gå hurtigt”
DNS-responsers hastighed påvirkes meget af cache. Når en resolver allerede har set et svar for et domænenavn for nylig, kan den ofte svare hurtigt uden at spørge længere op i systemet.
Cache har dog en begrænsning: oplysninger gælder i et tidsrum, typisk styret af TTL (Time To Live). Når TTL udløber, skal der laves nye forespørgsler, og ændringer i DNS-opsætningen slår igennem. Derfor kan DNS-ændringer nogle gange virke gradvist afhængigt af, hvor i kæden cachen ligger.
Der er også situationer, hvor svar kan variere over tid eller mellem netværk, især hvis forskellige resolvere har forskellige cache-tilstande. Det er normalt systemets måde at balancere hastighed og opdatering på, men det kan gøre fejlfinding mindre intuitiv.
Undtagelser og grænser: når DNS ikke løser alt
DNS handler primært om navneopslag og adressering. Det betyder, at DNS ikke i sig selv sikrer, at en hjemmeside indlæses korrekt, eller at indholdet er “det rigtige” i en bredere forstand. Eksempelvis kan problemer være forårsaget af:
- Serveren eller netværket bag IP-adressen (selve forbindelsen fejler, selvom DNS var korrekt).
- Firewall- eller konfigurationsforhold på server/klient.
- Uoverensstemmelser i DNS-poster, hvor domænet peger på en adresse, der ikke svarer.
Derudover findes der flere måder at håndtere DNS-forespørgsler på i moderne setups (fx forskellige transportformer og konfigurationer). Den overordnede funktion—at oversætte domænenavne til adresserelevante oplysninger—er dog den samme.
Sådan kan du selv kontrollere, om DNS fejler
Hvis du vil undersøge, om problemet sandsynligvis er relateret til DNS, kan du starte med at sammenligne “navneopslag”-adfærden:
- Prøv at åbne domænet fra en anden enhed eller et andet netværk. Hvis det virker et sted og ikke et andet, peger det ofte på DNS- eller netværkskonfiguration.
- Kontroller om andre domæner virker samtidig. Hvis kun ét domæne fejler, er det et stærkere tegn på domænenavnets DNS-opsætning eller resolverens håndtering.
- Hvis du ændeligt for nylig har oplevet problemer efter en domæneændring, kan cache/TTL spille ind, så der kan være en overgangsperiode.
Hvis DNS-forespørgsler slet ikke lykkes, vil browseren ofte rapportere, at den ikke kan finde domænet (typisk som en “kan ikke finde websted”-type fejl). Hvis DNS lykkes, men siden stadig ikke indlæses, ligger fejlen ofte et andet sted end selve navneopslaget.
Hvor DNS passer ind i helheden
Når DNS har returneret adressen, tager andre dele af internetkommunikationen over for at etablere forbindelsen og hente indhold. DNS er altså et nødvendigt trin for at finde den rigtige adresse, men det er kun begyndelsen på rejsen.
Hvis du vil forstå din egen oplevelse bedre, kan det hjælpe at skelne mellem: (1) navneopslag (DNS) og (2) forbindelsen til serveren (protokoller, sikkerhed, serverrespons). Det gør det lettere at vælge den mest relevante forklaring, når noget går galt.
