Praktisk guide til NS-record: nøkkelen som peker domenet ditt til riktig server

Hvis du noen gang har flyttet et domene, byttet webhotell eller satt opp en ny DNS-leverandør, har du kanskje støtt på begrepet NS-record. Det høres teknisk ut, men er egentlig et ganske konkret verktøy: det avgjør hvem som har «fasiten» for domenet ditt.

I denne guiden får du en rolig og praktisk forklaring på hva et NS-record er, hva det betyr for deg i praksis, og hva du bør passe på når du endrer det.

Hva er et NS-record i DNS?

DNS er systemet som oversetter domenenavn til IP-adresser. Inne i DNS finnes det ulike typer oppføringer, og et NS-record (Name Server record) sier hvilke navneservere som er ansvarlige for DNS-oppføringene til et bestemt domene.

Enkelt sagt: NS-record forteller resten av internett hvor det skal spørre for å få svar på «hvor ligger dette domenet?», «hvor er e-posten?», «hvilken IP-adresse gjelder?». Uten riktige NS-records vet ikke andre systemer hvem de skal stole på.

Slik henger domene og NS-record sammen

Når du registrerer et nytt domene, settes det som regel opp med standard navneservere fra registrar eller webhotell. Disse navneserverne er vanligvis noe som ligner påns1.leverandor.noogns2.leverandor.no.

NS-records for domenet ditt lagres hos toppnivåforvalteren (for eksempel Norid for .no) og peker til disse navneserverne. Deretter ligger alle detaljerte DNS-oppføringer (som A, MX, CNAME, TXT) inne på selve navneservere du har pekt til.

Eksempel: slik ser NS-records ut i praksis

Et typisk sett med NS-records for et domene kan se slik ut:

• example.noNSns1.dnsleverandor.no
• example.noNSns2.dnsleverandor.no

Her sier du atns1.dnsleverandor.noogns2.dnsleverandor.noer autoritative navneservere for example.no. Alle andre DNS-spørringer for example.no vil til slutt ende opp der for å få svar.

Når er det aktuelt å endre NS-record?

De fleste som driver en nettside eller e-posttjeneste trenger bare å endre NS-record i noen få situasjoner. Typiske eksempler er:

• Du flytter domenet ditt til en ny DNS-leverandør
• Du bytter webhotell og lar det nye hotellet styre DNS
• Du skal bruke en ekstern DNS-tjeneste for bedre kontroll eller ytelse
• Du overtar et domene som har gamle eller irrelevante navneservere

I slike tilfeller må du inn der domenet er registrert og oppdatere hvilke navneservere domenet ditt peker til.

Forskjellen på NS-record og A-record

NS-record og A-record blandes ofte, men de har helt ulike roller. A-record sier «dette domenet peker til denne IP-adressen». For eksempel atexample.noskal løses til en spesifikk server.

NS-record sier derimot «spør denne navneserveren om alle detaljer rundt domenet». Det er altså et nivå høyere i «hierarkiet». Før andre kan lese A-record ditt, må de først vite hvilke navneservere de skal spørre, og det er nettopp det NS-record løser.

Slik finner du gjeldende NS-records

Det kan være nyttig å sjekke hvilke NS-records som er i bruk, for eksempel før du gjør endringer eller hvis noe ikke virker som det skal. Du kan:

• Bruke oppslagsverktøy hos registrar eller DNS-leverandør
• Bruke nettsider for DNS-oppslag som lar deg søke på domenet ditt
• Bruke kommandolinjeverktøy somdigellernslookuphvis du er komfortabel med det

Resultatet vil vise hvilke navneservere som anses som autoritative for domenet ditt akkurat nå.

Trygg fremgangsmåte når du bytter NS-record

Å endre NS-record er kraftig, fordi du i praksis bytter «kontrollsenter» for hele domenet. En ryddig fremgangsmåte kan spare deg for nedetid og feil:

1. Sett opp all DNS hos den nye leverandøren først
   Legg inn A, MX, CNAME og andre nødvendige oppføringer slik at alt er klart før du peker domenet over.
2. Dobbeltsjekk kritiske tjenester
   Kontroller at pekerne for web og e-post stemmer, spesielt hvis du bruker eksterne tjenester som e-postleverandører eller tredjepartsløsninger.
3. Endre NS-record hos domeneregistrar
   Gå til kontrollpanelet der du administrerer domenet, og legg inn navneserverne fra den nye leverandøren.
4. Gi endringene tid til å spre seg
   DNS-oppdateringer tar ofte noe tid. I en periode kan noen brukere nå gamle oppføringer og andre nå de nye.

Vanlige feil og hva du bør unngå

Noen feil går igjen når folk endrer NS-records, spesielt hvis de gjør det sjelden. Å kjenne til dem gjør det lettere å unngå trøbbel:

• Å slette gammel DNS før ny er klarkan gi nedetid, fordi ingen navneserver har fullstendige svar en periode.
• Å bruke blandede navneserverefra to ulike leverandører samtidig kan føre til uforutsigbare resultater hvis de ikke har identisk innhold.
• Å glemme e-postoppføringerved flytting, slik at nettsiden virker men e-posten slutter å leveres riktig.

Ta gjerne en skjermdump eller eksporter gamle DNS-oppføringer før du flytter, så har du noe å sammenligne med.

Underdomener og delegert ansvar

NS-record brukes ikke bare på toppnivå for selve domenet, du kan også delegere underdomener til andre navneservere. For eksempel kanintra.example.noha egne navneservere som bare brukes internt i en organisasjon.

Dette er litt mer avansert, men prinsippet er det samme: NS-record på et nivå peker videre til andre navneservere som har ansvar for alt under seg. For de fleste mindre prosjekter holder det likevel å ha ett sett navneservere for hele domenet.

Når bør du be om hjelp?

Hvis du driver en enkel blogg, porteføljeside eller et lite firma, trenger du sjelden å være DNS-ekspert. Men NS-record er så sentralt at feil kan merkes godt, spesielt for e-post og tilgjengelighet.

Er du usikker, kan det være lurt å:

• Bruke ferdige guider levert av registrar eller webhotell
• Spørre support om en konkret steg for steg-beskrivelse for ditt oppsett
• Teste med et mindre kritisk domene først hvis du har mulighet

Da reduserer du risikoen for nedetid samtidig som du lærer mer om hvordan domenet ditt henger sammen med resten av internett.