DNS er internettets adressebog. Det er det stille system, der oversætter din webadresse — fx dinbutik.dk — til den faktiske placering af den computer, der rummer dit website, så besøgende lander det rigtige sted. Du tænker sjældent over det, lige indtil noget holder op med at virke.

Hvad er DNS egentlig?

Hvert website og hver mailboks bor på en computer et sted — en server — og hver server har en talbaseret adresse kaldet en IP-adresse, noget i stil med 192.0.2.10. Det er de tal, maskiner bruger til at finde hinanden, men ingen har lyst til at huske dem. Så vi bruger venlige navne i stedet: dinbutik.dk frem for en række cifre.

DNS (Domain Name System) er dét, der forbinder de to. Når nogen taster din webadresse, spørger deres enhed stille og roligt DNS: "Hvilken server rummer denne?" DNS svarer med adressen, og browseren går derhen. Det er præcis som at slå en virksomhed op i en telefonbog for at få dens nummer — bortset fra at det sker på en brøkdel af et sekund, milliarder af gange om dagen, uden at nogen lægger mærke til det.

Her er det nyttige billede at have i baghovedet: dit domænenavn er dit butiksskilt, og DNS er den vejviser, der fortæller omverdenen hvilken bygning skiltet hører til. Flytter du til en ny bygning, opdaterer du vejviseren. Er vejviseren forkert, dukker folk op på en tom grund.

Hvor DNS-records bor

Dine DNS-indstillinger ligger ét sted — som regel hos den, du købte dit domæne af (din registrar), eller hos dit webhotel. Det kontrolpanel kaldes ofte "DNS-zonen" eller "DNS-records". Indeni ligger en kort liste af poster, som hver peger en del af dit navn hen mod en destination. Måske åbner du det aldrig selv; ofte styrer dit webbureau eller dit webhotel det for dig. Men det er værd at vide, at det findes, for næsten enhver historie om "websitet er nede" eller "vores mail forsvandt" kan spores tilbage til en ændring, der er lavet her.

De almindelige records, forklaret i klar tale

Du behøver ikke at kunne dem udenad. Men det hjælper at genkende navnene, når et webhotel eller en udvikler nævner dem:

  • A-record — peger din webadresse hen mod den server, der hoster dit website. Det er den post, der siger "dinbutik.dk bor på denne adresse." Er den forkert eller mangler, kan dit website ikke loade.
  • MX-record — peger dit domænes mail hen mod den rigtige mailserver. MX står for "mail exchange". Det er dét, der sikrer at en besked til dig@dinbutik.dk når din indbakke og ikke et andet sted hen. Ødelæg den, og mailen holder op med at komme frem.
  • TXT-record — en lille note af almindelig tekst knyttet til dit domæne. TXT-records bruges til en masse tjek bag kulisserne: at bevise at din mail virkelig er fra dig (indstillinger kaldet SPF, DKIM og DMARC), at bekræfte over for Google at du ejer websitet, og mere til. De er usynlige for besøgende, men stille og roligt vigtige.
  • CNAME-record — en henviser, der siger "dette navn er i virkeligheden et alias for det navn." Bruges ofte til at www.dinbutik.dk peger samme sted hen som dinbutik.dk.

Det er hele værktøjskassen for de fleste små virksomheder: et par records, der holder dit website tilgængeligt, én der holder din mail flydende, og et par tekstnoter, der holder det hele troværdigt.

Hvorfor DNS er vigtigt for din forretning

DNS ligger under tre ting, du er fuldstændig afhængig af:

  • At dit website er tilgængeligt. Er den record, der peger på dit website, forkert, får besøgende en fejl i stedet for din butik — selvom websitet i sig selv har det helt fint. Bygningen fejler ikke noget; skiltet peger bare på den forkerte gade.
  • At din mail kommer frem. Mailens vej afhænger fuldstændig af DNS. En fejltastet eller slettet mail-record kan i det stille stoppe beskeder fra at nå dig, og kunderne tror så, at du ignorerer dem.
  • Dit sikkerhedscertifikat. Den lille hængelås i browserens adresselinje (et SSL-certifikat) udstedes og fornyes på baggrund af, at DNS beviser at du kontrollerer domænet. Er DNS sat forkert op, kan certifikater ikke blive fornyet, og besøgende ser så en skræmmende "Ikke sikker"-advarsel.

Med andre ord er DNS usynligt, når det virker, og meget synligt, når det ikke gør. De fleste virksomhedsejere møder det først under en krise — hvilket er det værste tidspunkt at lære, hvad det er.

Hvad går galt, når DNS er forkert

DNS-problemer er frustrerende, fordi alt ser fint ud indefra. Nogle almindelige eksempler:

  • Websitet loader for alle andre end dig. Ofte fordi en record er blevet ændret og endnu ikke har bredt sig helt. DNS-opdateringer er ikke øjeblikkelige — de kan tage fra nogle få minutter til et døgns tid at nå ud til alle, en forsinkelse kaldet propagering.
  • Mailen stopper pludselig. En ændret mail-record, eller et domæne flyttet til et nyt webhotel uden at de gamle indstillinger blev kopieret med, og indgående beskeder bouncer eller forsvinder i det stille.
  • Domænet "udløb", og websitet gik i sort. Bliver et domæne ikke fornyet, holder dets DNS op med at svare, og alt hvad der er knyttet til det — website og mail — går ned på én gang.
  • Hængelås-advarslen dukker op. Et certifikat, der ikke kunne fornyes på grund af et DNS-rod, efterlader besøgende stirrende på en browseradvarsel, der får din butik til at se usikker ud.

Det drilske er, at disse fejl ofte er tavse. Der er ingen, der sender dig en mail for at sige "dine mail-records er ændret" eller "dit certifikat blev ikke fornyet." Du finder ud af det, når en kunde gør — medmindre noget holder øje på dine vegne.

Skal jeg selv styre DNS?

For det meste, nej. For en typisk lille virksomhed eller webshop sættes DNS op én gang — af dit webhotel, dit webbureau eller den person, der byggede dit website — og bliver så ladt i fred. Risikoen ligger ikke i den daglige styring; den ligger i, at der sker ændringer (en ny mailudbyder, en site-flytning, et nyt værktøj), og at ingen tjekker om de underliggende records stadig hænger sammen. Det er dér, den tavse nedbrud sniger sig ind.

Den sunde tilgang er enkel: lad records til de folk, der satte dem op, men hav noget der holder øje med resultaterne — loader websitet, er mailen beskyttet, er certifikatet gyldigt — så en dårlig ændring bliver opdaget på timer, ikke uger.

Hvor TrustCtrl passer ind

TrustCtrl styrer ikke din DNS og ændrer ingen records — det holder øje med resultaterne udefra, så du hurtigt finder ud af det, når noget der bygger på DNS holder op med at virke. Der er intet at installere. WatchControl tjekker at dit website er oppe og svarer, og holder øje med de tjenester bag det — inklusive din mailserver — og mailer dig, når noget går ned, og igen når det er oppe igen. MailControl tjekker om din mail er beskyttet og troværdig og læser de indstillinger, der bor i dine DNS-records, og giver dig færdige rettelser at kopiere, når noget er galt. CertControl finder hvert certifikat du har — selv glemte — og advarer dig 30 og 10 dage før ét udløber, så en DNS-relateret fornyelse, der glipper, aldrig bliver til en offentlig "Ikke sikker"-advarsel. Hver finding kommer i klart sprog med trin til at rette den, i en simpel visning til dig og en teknisk visning til din udvikler. Det er gratis under early access.

Er DNS det samme som webhosting?

Nej, selvom de ofte købes hos samme firma. Webhosting er den faktiske bygning, hvor dit website bor — den server, der gemmer dine sider. DNS er den vejviser, der fortæller omverdenen hvilken bygning man skal besøge. Du kan hoste dit website ét sted og have din DNS et helt andet. De arbejder sammen, men er separate opgaver, og det er derfor et website kan være perfekt hostet og alligevel utilgængeligt på grund af en DNS-fejl.

Hvorfor opdaterer mit website sig ikke efter en DNS-ændring?

Fordi DNS-ændringer ikke når ud til alle på én gang. Når du opdaterer en record, breder den nye information sig gradvist ud over internettet — en forsinkelse kaldet propagering, der som regel tager fra nogle få minutter op til omkring et døgn. I det tidsrum ser nogle besøgende den nye opsætning, mens andre stadig ser den gamle. Er en ændring ikke slået igennem for dig efter 24 til 48 timer, er det dér, det er værd at tjekke om recorden overhovedet blev gemt korrekt.

Kan et DNS-problem tage både min mail og mit website ned?

Ja, og det gør det ofte. Både website og mail bygger på DNS-records under det samme domæne, så en enkelt fejl — et udløbet domæne, en forkludret flytning, en slettet record — kan slå begge ud på samme tid. Derfor hjælper det at overvåge dem samlet: vakler dit domæne, vil du gerne vide at både dit website og din indbakke er ramt, ikke opdage hvert problem hver for sig fra en utilfreds kunde.

Hvad bruges en TXT-record til?

En TXT-record er et kort stykke almindelig tekst knyttet til dit domæne, som maskiner kan læse. Den påvirker ikke det, besøgende ser. Dens vigtigste opgave i dag er mail-tillid: TXT-records rummer de indstillinger (kaldet SPF, DKIM og DMARC), der lader modtagende mailservere bekræfte at en besked virkelig kom fra dig og ikke er en forfalskning. De bruges også til at bevise domæneejerskab over for tjenester som Google. Små poster, men de beskytter stille og roligt dit omdømme.

Start gratis Udforsk WatchControl