DNS (Domain Name System) oversætter domænenavne som minwebshop.dk til de IP-adresser, som computere bruger til at finde hinanden. Det er også DNS, der bestemmer, hvor din e-mail leveres, og om dine ordrebekræftelser havner i kundens indbakke eller i spam. Mange tænker først over DNS, når noget går galt, typisk ved et skift af hosting. Her forklarer vi, hvordan det virker, hvilke poster du skal kende, og hvad du skal være opmærksom på som ejer af en webshop.
Sådan virker et DNS-opslag
Når nogen skriver din adresse i browseren, spørger computeren først en resolver, typisk hos internetudbyderen eller en offentlig tjeneste, om adressen. Har resolveren spørgsmålet i frisk hukommelse, svarer den med det samme. Ellers starter den øverst: en af internettets rodservere henviser til serverne for endelsen, fx .dk, som igen henviser til de navneservere, der er ansvarlige for netop dit domæne. De svarer med den post, der blev spurgt om, typisk IP-adressen på din webserver. Resolveren sender svaret tilbage og husker det en tid, så næste besøgende får det hurtigere. Et svar fra resolverens hukommelse kommer næsten med det samme, mens et opslag, der skal hele vejen rundt, tager lidt længere.
Navneserverne har de officielle svar for dit domæne, og hvilke navneservere domænet bruger, står registreret hos registratoren, for .dk-domæner hos Punktum dk. Mange lader bare DNS ligge hos registratoren eller hostingudbyderen, andre flytter den til en separat DNS-tjeneste, fx hos et CDN, så hosting og e-mail kan ligge hos forskellige udbydere uden at være bundet til hinanden.
Der er ikke én rigtig løsning. Det vigtige er, at du ved, hvor din DNS ligger, at du selv har adgang, og at login er beskyttet med to-faktor. Den, der kan ændre din DNS, kan lede både hjemmeside og e-mail et andet sted hen.
De DNS-poster, du skal kende
| Post | Hvad den gør | Eksempel på brug |
|---|---|---|
| A | Peger et navn på en IPv4-adresse | minwebshop.dk → webserveren |
| AAAA | Peger et navn på en IPv6-adresse | Samme som A, for IPv6 |
| CNAME | Peger et navn på et andet navn | www.minwebshop.dk → minwebshop.dk |
| MX | Fortæller, hvor e-mail til domænet skal leveres | Din mailudbyder |
| TXT | Fri tekst, bruges til bekræftelser og e-mailsikkerhed | SPF, DKIM, DMARC, bekræftelse af Search Console |
| NS | Angiver domænets navneservere | ns1.udbyder.dk |
| CAA | Angiver, hvem der må udstede certifikater til domænet | Kun Let’s Encrypt |
DNS og e-mail: få ordremails frem
For en webshop er e-mail den del af DNS, der ofte giver problemer, uden at nogen opdager det. Ordrebekræftelser, fakturaer og nulstilling af adgangskoder sendes fra dit domæne, og de store mailudbydere afviser eller spamfiltrerer mails fra domæner, der ikke kan bevise, at de har ret til at sende dem. Kunden ser bare aldrig sin ordrebekræftelse og skriver til dig, eller køber et andet sted næste gang.
Beviset består af tre TXT-poster, der arbejder sammen. SPF er en liste over de servere, der må sende mail fra dit domæne, og sender webshoppen selv mails, eller via en mailtjeneste, skal den med på listen. DKIM signerer hver mail digitalt, så modtageren kan se, at den ikke er ændret undervejs og faktisk kommer fra dig. DMARC binder de to sammen ved at fortælle modtagerne, hvad de skal gøre med mails, der ikke består kontrollen, og kan sende dig rapporter, så du kan se, hvem der sender i dit navn.
Den typiske fejl er, at WordPress sender mails direkte fra webserveren, som hverken er med i SPF eller signerer med DKIM. Sæt i stedet WordPress op til at sende via en transaktionel mailtjeneste eller din mailudbyders SMTP, og sørg for, at alle tre poster er på plads.
TTL og ændringer, der tager tid
Hver post har en TTL (time to live), der angiver, hvor længe resolvere må huske svaret. Er den sat til et døgn, kan nogle besøgende blive sendt til den gamle server i op til et døgn efter en ændring. Sæt derfor TTL ned, fx til fem minutter, et par dage før en planlagt flytning.
DNS når du skifter hosting
- Find ud af, hvem der styrer DNS i dag, og tag en kopi af alle poster, ikke kun A-posten.
- Sæt TTL ned et par dage før.
- Flyt siden, og test den på den nye server, fx via din lokale hosts-fil.
- Ret A- og AAAA-posterne, eller skift navneservere, hvis den nye udbyder skal styre DNS. Genskab MX- og TXT-posterne, så e-mail bliver ved med at virke.
- Tjek, at SSL og HTTPS virker på den nye server, og at certifikatet kan fornyes.
- Lad den gamle server køre, til trafikken er flyttet, og hold øje med ordrer, der kan være landet på den.
Læs mere om selve valget af udbyder i vores guide til WordPress hosting.
DNS og sikkerhed
En risiko, der er let at overse, er ikke teknisk: et svagt login hos registratoren eller DNS-udbyderen, eller et domæne, der udløber, fordi fornyelsen gik til en gammel e-mailadresse. Beskyt begge med to-faktor, og hold øje med fornyelsen. Derudover kan DNSSEC signere dine DNS-svar, så de ikke kan forfalskes undervejs, og CAA-poster kan begrænse, hvem der må udstede certifikater til dit domæne. Tjek, om din registrator og DNS-udbyder understøtter dem.
Ofte stillede spørgsmål
Hvor lang tid tager en DNS-ændring?
Det afhænger af TTL på den gamle post. Med en lav TTL er ændringen slået igennem for de fleste inden for minutter, med en høj kan det tage et døgn eller mere.
Hvorfor havner mine ordremails i spam?
Ofte fordi SPF, DKIM eller DMARC mangler eller er sat forkert op, eller fordi mails sendes direkte fra webserveren. Tjek dine TXT-poster, og send via en mailtjeneste, der signerer for dit domæne.
Skal du flytte, eller driller DNS?
Flytter vi din webshop, sætter vi DNS og e-mail rigtigt op og holder nedetiden så kort som muligt. Det er en del af vores drift og hosting.