NS-record

En NS-record (Name Server) forteller DNS-systemet hvilke autoritative servere som er ansvarlige for et gitt domene. Når en resolver skal besvare et oppslag for example.com, spør den først foreldresonen (TLD-en, her .com) etter domenets NS-records, og kontakter deretter én av navneserverne for å hente de faktiske A-, MX- eller TXT-records.

NS-records finnes på to steder samtidig: i foreldresonen som en *delegering*, og inne i selve sonen som en autoritativ NS-RRset. Foreldrens kopi er det som faktisk gjør delegeringen virksom; sonens egen kopi er det resolvere får i ordinære svar. Når navneserverne ligger inne i det delegerte domenet — for eksempel ns1.example.com for example.com — må foreldresonen også publisere *glue records*, altså A/AAAA-records for disse navneserverne, for å unngå et høna-og-egget-problem ved oppslag.

De fleste domener lister minst to navneservere, og store operatører sprer dem på ulike nettverk eller bruker anycast slik at én enkelt feil ikke gjør sonen utilgjengelig. Endringer i NS-records propagerer tregere enn vanlige DNS-endringer: resolvere cacher foreldrens delegering i tråd med TTL-en, og registrarer pusher som regel oppdateringer til TLD-en én gang i døgnet. En planlagt navneserver-migrasjon holder derfor typisk både gamle og nye servere kjørende med identiske data i flere dager mens cachene utløper.

NS-records jobber sammen med SOA-recorden, som markerer sonens apex og identifiserer primær autoritativ server, og avgjør til syvende og sist hvilken infrastruktur som kontrollerer alle øvrige records i sonen.