Den definitive guide til DNS-opslag
Domain Name System (DNS) er internettets fundamentale telefonbog. Det er et globalt distribueret system, der oversætter menneskeligt læsbare domænenavne (som `hvadminip.dk`) til de numeriske IP-adresser (som `172.67.179.24`), som computere bruger til at finde hinanden. Uden DNS skulle vi huske lange talrækker for hver hjemmeside, vi ønskede at besøge. Det er rygraden i en brugervenlig weboplevelse. Vores DNS-opslagsværktøj giver dig mulighed for at slå op i denne telefonbog for ethvert domæne og giver afgørende indsigt for website-administratorer, e-mail-administratorer og alle, der fejlfinder netværksproblemer.
Et dybdegående kig på typer af DNS-poster
Et domænes funktionalitet styres af en samling DNS-poster, der er gemt på dets navneservere. En enkelt fejlkonfiguration kan gøre en hjemmeside utilgængelig eller afbryde e-mail-levering. Vores værktøj tjekker de vigtigste posttyper:
| Posttype | Hvad det er, og hvad det gør |
|---|---|
| A (Address) Record | Dette er den mest grundlæggende posttype. Den mapper et domænenavn til en specifik IPv4-adresse. Når du indtaster et domænenavn i din browser, fortæller 'A'-posten den, hvilken server den skal oprette forbindelse til. |
| AAAA (Quad A) Record | Den moderne ækvivalent til A-posten. AAAA-posten mapper et domænenavn til en IPv6-adresse. Den er afgørende for at sikre, at din hjemmeside er tilgængelig på næste generations netværk. |
| CNAME (Canonical Name) Record | En CNAME-post fungerer som et alias og peger fra et domænenavn til et andet "kanonisk" domænenavn. For eksempel kan `www.ditsite.dk` have en CNAME, der peger på `ditsite.dk`. Det er vigtigt at bemærke, at en CNAME altid skal pege på et andet domænenavn, aldrig direkte på en IP-adresse. |
| MX (Mail Exchange) Record | Denne post er absolut afgørende for e-mail. Den dirigerer et domænes e-mails til de korrekte mailservere. Den indeholder en prioritetsværdi: lavere tal angiver den primære server, mens højere tal angiver backup-servere, der bruges, hvis den primære er utilgængelig. Det er sådan, tjenester som Google Workspace og Microsoft 365 modtager dine e-mails. |
| NS (Name Server) Record | Denne post delegerer autoriteten over et domænes DNS-zone til specifikke navneservere. Når du registrerer et domæne, peger du dets NS-poster på din hostingudbyder eller en tjeneste som Cloudflare. Disse navneservere bliver derefter den autoritative kilde for alle andre poster for det domæne. |
| TXT (Text) Record | En meget alsidig post, der giver administratorer mulighed for at gemme vilkårlig tekst. Dets primære brug i dag er til sikkerhed og verifikation. Almindelige anvendelser inkluderer SPF (Sender Policy Framework) til at forhindre e-mail-spoofing, DKIM (DomainKeys Identified Mail) til e-mail-autentificering og til at verificere domæneejerskab i tjenester som Google Search Console. |
| SOA (Start of Authority) Record | Denne administrative post indeholder vigtige metadata om DNS-zonen, herunder den primære navneserver, administratorens e-mail, domænets serienummer (stiger ved hver ændring) og timere, der styrer, hvordan sekundære navneservere synkroniserer med den primære. |
| PTR (Pointer) Record | En PTR-post bruges til omvendte DNS-opslag. I modsætning til en 'A'-post, der mapper et navn til en IP, mapper en PTR en IP til et navn. Dette er et vigtigt sikkerhedstjek for mailservere for at validere, at en afsendende IP er legitim og ikke fra en kapret computer. |
| CAA (Certification Authority Authorization) Record | En sikkerhedspost, der giver domæneejere mulighed for at specificere, hvilke certifikatmyndigheder (CA'er) der er autoriseret til at udstede SSL/TLS-certifikater for det domæne. Dette hjælper med at forhindre fejlagtig eller ondsindet udstedelse af certifikater. |
Rejsen for en DNS-forespørgsel: Fra browser til server
Når du indtaster et domænenavn i din browser, sker der en fascinerende højhastighedsproces bag kulisserne. Denne proces er en hjørnesten i internettets infrastruktur:
- Lokal cache-tjek: Din computer tjekker først sin egen hukommelse (cache), om du har besøgt siden for nylig. Hvis ja, kender den allerede IP-adressen, og processen slutter her.
- Forespørgsel til rekursiv resolver: Hvis IP'en ikke er cachet, spørger din computer sin konfigurerede DNS-resolver. Denne drives normalt af din internetudbyder (f.eks. YouSee), men mange vælger at bruge offentlige resolvere som Cloudflares `1.1.1.1` eller Googles `8.8.8.8` for potentielt hurtigere svartider.
- Forespørgsel til rod-serveren: Resolveren spørger en af de 13 logiske klynger af rod-servere verden over: "Hvor finder jeg oplysninger om `.dk` top-level-domænet (TLD)?" Rod-serveren svarer med IP-adresserne på `.dk` TLD-navneserverne, som administreres af DK Hostmaster.
- Forespørgsel til TLD-serveren: Resolveren spørger derefter en `.dk` TLD-navneserver: "Hvor finder jeg de autoritative navneservere for `hvadminip.dk`?" TLD-serveren svarer med domænets NS-poster.
- Forespørgsel til den autoritative navneserver: Endelig spørger resolveren domænets autoritative navneserver (f.eks. en server hos din hostingudbyder): "Hvad er 'A'-posten for `hvadminip.dk`?" Denne server har det endelige svar og returnerer IP-adressen.
- Forbindelse: Resolveren sender denne IP-adresse tilbage til din browser, som nu kan oprette en direkte forbindelse til webserveren for at indlæse siden. Hele denne proces tager normalt kun få millisekunder.
Forståelse af DNS-propagering og TTL
Når du opdaterer en DNS-post, ændres den ikke øjeblikkeligt verden over. Tiden, det tager for ændringen at træde i kraft overalt, kaldes DNS-propagering. Denne proces styres af en værdi i hver post kaldet TTL (Time-To-Live), målt i sekunder. TTL fortæller resolverne, hvor længe de skal cache de gamle oplysninger, før de spørger igen. En lav TTL (f.eks. 300 sekunder) betyder hurtigere opdateringer, mens en høj TTL (f.eks. 86400 eller 24 timer) reducerer serverbelastningen, men forsinker propageringen. Før en planlagt migration sænker administratorer ofte TTL'en på forhånd for at sikre en hurtig overgang.
Almindelige DNS-problemer og fejlfinding
DNS-problemer er en hyppig årsag til, at hjemmesider eller e-mails holder op med at virke. Her er nogle almindelige scenarier:
- Problem: Hjemmesiden virker ikke for mig, men for andre.
Årsag: Højst sandsynligt et caching-problem. Din computer eller din internetudbyders resolver har en gammel, forkert IP-adresse gemt.
Løsning: Tøm din lokale DNS-cache. På Windows skal du køre `ipconfig /flushdns` i kommandoprompten. Prøv også at skifte til en offentlig DNS-resolver som `1.1.1.1` for at omgå din internetudbyders cache. - Problem: Jeg har opdateret min A-post, men ser stadig den gamle side.
Årsag: DNS-propagering. TTL-værdien for din gamle post var sandsynligvis høj, og resolverne verden over har endnu ikke opdateret deres caches.
Løsning: Vær tålmodig. Det kan tage op til 48 timer. Brug vores værktøj til at se, om den nye post er synlig fra vores server, som ikke cacher gamle poster. - Problem: Mine e-mails kommer ikke frem.
Årsag: Oftest forkert konfigurerede MX-poster. De kan pege på den forkerte server eller have den forkerte prioritet. Det kan også skyldes forkerte SPF- eller DKIM-poster, hvilket får modtagende servere til at klassificere din mail som spam.
Løsning: Tjek dine MX- og TXT-poster med vores værktøj og sammenlign dem med de værdier, din e-mail-udbyder har angivet.
DNS Opslag: 15 ofte stillede spørgsmål
Et DNS-opslag er processen med at forespørge Domain Name System for at finde den IP-adresse, der er knyttet til et domænenavn, eller andre DNS-poster som MX (til mail) eller TXT (til verifikation).
DNS-propagering kan tage fra et par minutter op til 48 timer. Hastigheden afhænger af TTL-værdien (Time-To-Live), der er sat for den specifikke DNS-post, der er blevet ændret.
En A-post mapper et domænenavn direkte til en IPv4-adresse. En CNAME-post mapper et domænenavn til et andet domænenavn og fungerer som et alias. Du bruger en CNAME, når du vil pege et subdomæne på en ekstern tjeneste eller en anden del af din hjemmeside.
MX (Mail Exchange)-poster fortæller internettet, hvilke mailservere der er ansvarlige for at modtage e-mails for dit domæne. De har et prioritetsnummer, der giver dig mulighed for at oprette primære og backup-mailservere.
TXT-poster gemmer tekstbaseret information og bruges primært til verifikation og sikkerhed. De er afgørende for at oprette e-mail-autentificeringspolitikker som SPF, DKIM og DMARC samt til at bevise domæneejerskab over for tjenester som Google.
En navneserver er en server, der gemmer alle DNS-poster for et domæne. Når du registrerer et domæne, fortæller du registratoren, hvilke navneservere der er autoritative for det domæne (indeholder master-posterne).
Denne fejl betyder, at din enhed ikke kunne nå sin konfigurerede DNS-resolver. Dette kan være et problem med din internetforbindelse, et routerproblem eller et nedbrud på din internetudbyders DNS-servere. En genstart af din router og computer hjælper ofte.
Omvendt DNS gør det modsatte af et normalt opslag: Det finder det domænenavn, der er knyttet til en IP-adresse (ved hjælp af en PTR-post). Det er et almindeligt sikkerhedstjek, der bruges af mailservere til at filtrere spam.
Ja. Flere A-poster bruges til at fordele trafikken på tværs af flere servere (load balancing). Flere MX-poster er standard for e-mail-redundans, hvilket skaber en backup, hvis den primære mailserver fejler.
At tømme din DNS-cache tvinger din computer til at hente nye DNS-poster. På Windows skal du bruge `ipconfig /flushdns` i Kommandoprompt. På macOS skal du bruge `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` i Terminal.
Et subdomæne er et præfiks, der føjes til et domænenavn, som `blog.ditsite.dk`. I DNS kan et subdomæne have sine egne poster, så du kan pege det på en helt anden server eller tjeneste end dit hoveddomæne.
En navneserver gemmer DNS-poster og oversætter domænenavne til IP-adresser. En webserver gemmer hjemmesidefilerne (HTML, CSS) og leverer dem til besøgendes browsere.
Nej, det er en almindelig fejl. En CNAME-post skal altid pege på et andet domænenavn. For at pege et navn på en IP-adresse skal du bruge en A- (for IPv4) eller AAAA- (for IPv6) post.
En wildcard DNS-post, repræsenteret af en stjerne (*), er en post, der fanger anmodninger til ethvert ikke-eksisterende subdomæne. For eksempel vil en wildcard-post `*.ditsite.dk` håndtere anmodninger til `tilfaeldig.ditsite.dk`.
Forkert konfigureret DNS kan føre til nedetid for hjemmesiden, mislykket e-mail-levering, sikkerhedshuller som subdomæne-kapring og en negativ indvirkning på din hjemmesides placering i søgemaskinerne.