Guide til A-record i DNS: slik peker du domenet til riktig server

Når du vil bruke et domene på en blogg, nettbutikk, e-posttjeneste eller egen server, møter du raskt på begrepet A-record i DNS-innstillingene. For mange føles dette teknisk og litt skummelt, men det trenger det ikke å være.

Her får du en rolig og jordnær forklaring på hva en A-record er, hva den brukes til, og hva du må passe på for at domenet ditt skal peke dit du ønsker uten nedetid og frustrasjon.

Hva er en A-record i DNS helt kort?

DNS er systemet som oversetter domenenavn til IP-adresser. En A-record er posten som sier: dette domenet skal peke til denne IPv4-adressen. Den fungerer som en adresse-lapp som kobler et navn til et tall.

Når noen skriver inn domenet ditt i nettleseren, slår DNS opp A-recorden og finner IP-adressen til serveren som skal svare. Uten en A-record vil brukeren ikke finne frem til serveren, selv om alt annet er satt opp korrekt.

Typisk bruk av A-record for et domene

De fleste som eier et domene har minst én A-record. En vanlig start er å peke selve domenet (eksempel.no) til IP-adressen til webhotellet eller serveren der filene ligger.

I tillegg kan du ha A-records for underdomener. For eksempel kan du peke api.eksempel.no eller status.eksempel.no til andre servere enn hovedsiden, som gir deg fleksibilitet når du bygger opp flere tjenester.

Forskjellen mellom @, www og andre navn

I kontrollpanelet til domenet ser du ofte navn som @, www og spesifikke subdomener. Disse er korte måter å vise hva A-recorden gjelder for.

• @betyr vanligvis selve roten, for eksempel eksempel.no
• wwwbetyr www.eksempel.no, som mange fortsatt skriver inn manuelt
• Andre navnsom blog eller api betyr blog.eksempel.no eller api.eksempel.no

Det er vanlig å la både @ og www peke til samme IP-adresse, slik at besøkende kommer dit du ønsker uansett hvilken variant de bruker.

Når bør du endre A-record, og hva skjer da?

Du trenger å endre A-record når du flytter nettstedet til en ny leverandør, oppgraderer til en ny server eller setter opp noe nytt som skal nås med et bestemt navn. Da vil du vanligvis få en IP-adresse fra leverandøren som du må legge inn.

Når du lagrer endringen, sprer den seg gradvis ut i DNS-systemet. Dette tar typisk alt fra noen minutter til flere timer, avhengig av innstillingene og hvor i verden brukerne sitter. I overgangsperioden kan noen se den gamle serveren, mens andre ser den nye.

TTL: hvor raskt oppdateringene slår gjennom

TTL står for time to live og sier hvor lenge andre systemer kan mellomlagre A-recorden før de spør på nytt. Kort sagt: lav TTL gir raskere endringer, høy TTL gir mindre trafikk mot DNS og mer stabilitet.

Hvis du planlegger en flytting, kan du sette TTL lavere en stund i forkant. Da vil endringen merkes raskere når du først bytter IP. Etterpå kan du øke TTL igjen til et roligere nivå for hverdagsbruk.

Vanlige feil med A-record og hvordan unngå dem

Flere typer problemer går igjen når folk justerer A-records, og mange av dem er enkle å unngå hvis du vet hva du ser etter.

• Feil IP-adresse: Sjekk alltid at tallet stemmer helt, inkludert alle fire delene.
• Flere A-records for samme navn: To ulike IP-adresser på samme navn kan gi uventet oppførsel, med mindre du gjør det bevisst for lastbalansering.
• Slette alt for mye: Ikke slett andre DNS-poster du ikke er sikker på, for eksempel MX for e-post eller TXT-poster for verifisering.
• Ingen A-record for roten: Hvis bare www har A-record, kan eksempel.no gi feil, eller omvendt.

Slik kan du teste at A-record fungerer

Etter at du har lagret en endring, er det lurt å kontrollere at alt peker riktig før du slapper helt av. Dette kan du gjøre på noen enkle måter uten avanserte verktøy.

Bruk for eksempel et nettbasert DNS-oppslag, eller kommandoer som ping og nslookup fra din egen maskin. Sjekk at domenet du har oppdatert, faktisk viser den nye IP-adressen du forventer, og test gjerne både med og uten www.

Når bør du bruke A-record, og når bør du velge noe annet?

A-record brukes alltid når du vil peke et navn direkte til en IPv4-adresse. Men noen ganger er det mer ryddig å bruke andre typer DNS-poster, avhengig av hva du ønsker å oppnå.

For underdomener som bare skal videresende til et annet navn, kan en CNAME-post være mer fleksibel enn å kopiere samme IP-adresse flere steder. På serversiden er det også mer vanlig å bruke AAAA-post for IPv6, hvis leverandøren din støtter det.

Gode rutiner når du jobber med DNS og A-records

Det viktigste når du endrer DNS er å jobbe rolig og dokumentere underveis. Skriv ned hvilke verdier du har før du endrer, slik at du raskere kan rulle tilbake om noe ikke fungerer.

Hvis flere har tilgang til domenet, bør dere ha en enkel avtale om hvem som gjør hva, og når. Det reduserer risikoen for at to personer endrer på det samme samtidig, eller at en viktig A-record forsvinner uten at noen vet hvorfor.

Med litt forståelse og gode vaner blir A-record noe du kan håndtere trygt, i stedet for en kilde til stress. Da står du friere til å flytte, bygge ut og forbedre de digitale tjenestene dine over tid.