Hvor ligger DNS-en?
Navneserver-sjekk viser hvilke autoritative navneservere som er konfigurert for et domene, og verifiserer at de svarer korrekt. Inkonsistens mellom det registry forteller og det som faktisk svarer er en vanlig årsak til DNS-problemer. Sjekken hjelper deg å verifisere oppsett før migrering, etter flytting, og som rutinemessig overvåkning.
Hva Navneserver-sjekk gjør
Navneservere er hjernene bak DNS - serverne som autoritativt svarer på spørsmål om ditt domene. Riktige navneservere som svarer raskt og konsistent er fundamentet for at nettside, e-post og alt annet på domenet fungerer. Verktøyet viser hvilke navneservere som er konfigurert hos registrar, om de stemmer med det som faktisk svarer, og om alle reagerer på spørringer.
Steg for steg
Verktøyet er enkelt å bruke - her er prosessen i detalj.
- 1
Skriv inn domenenavnet
Tast inn domenet uten www eller subdomene. Verktøyet henter NS-pekerne fra registry og verifiserer at de fysiske serverne svarer.
- 2
Sammenlign konfigurert vs. svarende
Vi viser navneserverne registry har lagret (det som er offisielt), og navneserverne som faktisk svarer på DNS-spørringer. Mismatch betyr noe er galt.
- 3
Sjekk responstid
Hver navneserver bør svare innen 100-300 ms. Tregere enn 1 sekund er et problem. Vi måler responstid fra flere geografiske lokasjoner for å gi et globalt bilde.
- 4
Verifiser redundans
Du bør ha minimum 2 navneservere, gjerne 3-4, og helst i forskjellige geografiske lokasjoner og hos forskjellige operatører. Ingen enkelt-navneserver er en kritisk svikt.
Tolking av resultatet
Forstå hva hver del av resultatet betyr og hva det krever av deg.
Konfigurert hos registry
Navneserverne som registry har registrert for domenet. Dette er det offisielle - utgangspunktet for all DNS-trafikk. Endres her må gjøres hos registrar.
Faktisk svarende
Navneserverne som responsererer på spørringer akkurat nå. Skal stemme nøyaktig med det som er konfigurert. Hvis ikke - enten er endringer i ferd med å propagere, eller du har en feil i konfigurasjonen.
Responstid
Hvor lang tid det tar fra spørring sendes til svar mottas. Under 100 ms er bra, 100-500 ms er akseptabelt, over 1 sekund er problematisk. Trege navneservere gjør hele nettsiden treg å laste.
Glue records
Hvis navneserverne ligger under samme domene (ns1.firma.no, ns2.firma.no), trenger registry en A-peker (glue) for å unngå sirkulær avhengighet. Mangler glue, fungerer ikke domenet selv om alt annet er riktig.
Når noe ikke stemmer
De vanligste problemene du møter, og hva de betyr i praksis.
Mismatch mellom konfigurert og svarende
Det vanligste etter en flytting. Registry har gamle NS, men selve navneserverne svarer fra ny leverandør - eller motsatt. Sjekk hos registrar at NS er oppdatert, og vent på TTL-utløp.
En eller flere navneservere svarer ikke
Server er nede, eller IP-adressen er feil. Hvis bare en av flere navneservere er nede, fungerer DNS fortsatt - men du har redusert redundans. Hvis alle er nede, er domenet utilgjengelig.
Mangler glue records
Når navneservere ligger under samme domene de skal svare for. Uten glue må resolveren først finne ut hvilken IP ns1.firma.no har, men kan bare gjøre det ved å spørre ns1.firma.no - som ikke fungerer.
Bare én navneserver konfigurert
Mot gode praksiser. Hvis den ene navneserveren er nede, er hele domenet ute. Konfigurer minst to navneservere, helst hos ulike operatører for ekte redundans.
Typiske situasjoner
- Du har nettopp byttet DNS-leverandør og må verifisere at navneserverne er oppdatert hos registry.
- Nettsiden din er treg eller utilgjengelig fra spesifikke geografiske områder.
- Du gjennomfører revisjon av domenets tekniske oppsett som del av sikkerhetsarbeid.
- E-post slutter å virke, og du må sjekke om navneservere har endret seg uten varsel.
- Du planlegger en migrering og må forstå nåværende DNS-arkitektur før du flytter.
- Du opplever intermittente DNS-feil som tyder på en navneserver som ikke svarer konsistent.
Spørsmål og svar
Hvor mange navneservere bør jeg ha?
Minimum 2, anbefalt 3-4, helst hos forskjellige operatører. Redundans beskytter mot at en operatør får problemer. Stor virksomhet bruker ofte 4 navneservere fordelt på to leverandører i forskjellige geografiske områder.Hva er forskjellen på rekursive og autoritative navneservere?
Rekursive navneservere (som 8.8.8.8) brukes av sluttbrukere - de jobber for å finne svar på vegne av brukere. Autoritative navneservere holder svarene for et bestemt domene. Verktøyet vårt sjekker autoritative navneservere - de som autoritativt svarer for ditt domene.Kan jeg ha navneservere hos forskjellige leverandører?
Ja, og det er anbefalt for kritiske domener. Du kan for eksempel ha to navneservere hos AWS Route 53 og to hos Cloudflare. Mismatch må unngås - alle skal svare med samme DNS-poster.Hvor raskt bør en navneserver svare?
Under 100 ms er ideelt. 100-300 ms er akseptabelt. Over 500 ms gir merkbar treghet på nettsiden, fordi DNS-oppslag må gjøres før innholdet kan lastes. AWS Route 53 og Cloudflare har global infrastruktur som gir lav latency.Hva er glue records og hvorfor er de viktige?
Glue er en A-peker hos registry som forteller hvor en navneserver befinner seg, når navneserveren ligger under samme domene som den skal svare for. Eksempel: ns1.firma.no skal svare for firma.no - registry må vite IP-adressen til ns1.firma.no uten å måtte spørre den.Hvor lenge tar det før navneservere endrer seg?
Endringer hos registry forplanter seg innen 1-48 timer avhengig av TLD og TTL. .no propagerer typisk på under 4 timer. .com kan ta opp til 24 timer. Bruk TTL-justering før migrering for raskere propagering.Kan jeg drifte navneservere selv?
Ja, men det er kompleks operasjon. Du trenger minimum 2 servere på forskjellige nettverk, riktig BIND/PowerDNS-konfigurasjon, monitoring, og kunnskap om DNSSEC. For de fleste er det bedre å bruke en spesialisert leverandør (AWS, Cloudflare, registrar).
Lær mer om temaet
- Hvordan sette opp DNS - fra A til TTLLær DNS-oppsett: A, AAAA, CNAME, MX, TXT, NS, TTL og DNSSEC - forklart enkelt og anvendbart.
- Slik flytter du domenet ditt uten nedetidKomplett guide for å flytte domenet trygt mellom registrarer, uten å miste nettside, e-post eller eierskap.
- DNS-poster forklart: A, AAAA, CNAME, MX, TXT, NS, TTLKomplett oversikt over DNS-postene du møter i hverdagen - hva de gjør, syntaksen, og når du bruker hvilken.
Relatert verktøy
Trenger du eksperthjelp?
Snakk med våre rådgivere om domener, DNS, e-post eller domenestrategi.