Er du nysgjerrig på DNS ​​(domenenavnsystem), systemet som er ansvarlig for å dirigere trafikk for hvert domene på nettet?

I dette innlegget lærer du hva DNS er og nøyaktig hvordan det fungerer.

La oss komme i gang:

Hva er DNS?

Domenenavnsystemet (DNS) lar oss få tilgang til nettsteder med en alfanumerisk nettadresse.

world wide web slik vi kjenner det ble oppfunnet i 1989, og den første nettsiden ble ikke online før i 1991. Likevel ble internett utviklet og i bruk flere tiår før da.

Ditt nettsted og andre enheter vert på nettet har en bestemt plassering på nettet. Dette er representert av en numerisk IP-adresse, for eksempel 99.84.73.47, lik hvordan gateadressen din representerer plasseringen av hjemmet ditt.

Domener, som bloggingwizard.com, eksisterte ikke da internett var blir utviklet. Brukerne ble pålagt å oppgi IP-adressen til et sted i stedet. Gitt hvor vanskelig det er å huske og angi numeriske adresser for alt internettbrukerne trengte å få tilgang til på dette tidspunktet, var det avgjørende å finne en ny metode for å få tilgang til dem.

Paul Mockapetris brakte denne nye metoden til internett da han oppfant domenenavnsystemet i 1983. I 1984 kunne internettbrukere få tilgang til nettets lokasjoner med brukervennlige, alfanumeriske domenenavn og seks toppnivådomener (TLDer):

• .com – laget for kommersieller i motsetning til unicast-ruting, som sender trafikk til en enkelt server.

  TLD-navneservere

  TLD-navneservere lagrer informasjon om domener basert på TLDen hvert domene bruker. For eksempel er "docs.google.com" lagret i .com TLD-navneserveren.

  Når den rekursive resolveren er sendt til den riktige TLD-navneserveren, lokaliserer den domenets underdomene, hvis tilgjengelig, før forespørselen sendes sendt til den autoritative serveren.

  TLD-navneservere er også overvåket av ICANN, bare disse navneserverne administreres av en gren av organisasjonen kalt Internet Assigned Numbers Authority (IANA).

  IANA skiller domener i to grupper, gTLDer og ccTLDer, ved å kombinere gTLDer og sTLDer til én gruppe.

  Siste tanker

  Mye teknisk informasjon tilskrives domenenavnsystemet. Heldigvis trenger du ikke å huske det meste for å registrere og vedlikeholde ditt eget domene.

  Du må likevel oppdatere domenets navneservere hvis du ikke registrerer det hos verten din.

  Du må også oppdatere DNS-postene hvis du vil bruke en CDN eller forretningse-postklienter. Dette krever ikke mye mer enn å vite hvor du skal kopiere og lime inn de riktige postene, noe de fleste tjenester gjør enkelt gjennom beskrivende støtteveiledninger.

  Hvis du fortsatt trenger et domene, sørg for å sjekke ut disse veiledningene:

  • Hvordan velge et domenenavn
  • 21 måter å kommeopp med et nettstedsnavn
  • Hvordan registrerer du et domenenavn
  formål.
• .org – laget for organisasjoner.
• .net – laget for nettverk.
• . gov – opprettet for statlig sponsede lokasjoner.
• .edu – laget for pedagogiske datasystemer.
• .mil – opprettet for militært sponsede lokasjoner.

DNS er ansvarlig for å oversette alle domener på nettet til en identifiserbar IP-adresse.

Når du vil besøke et nettsted, er nettleseren din avhengig av dette systemet for å finne den nøyaktige plasseringen på nettet.

Hva er en navneserver?

Du kan oppleve at noen bruker begrepene DNS og navneservere om hverandre. Vanligvis fordi de refererer til nøyaktig samme ting – DNS-postene dine.

I teknisk forstand er en navneserver ganske enkelt serveren der DNS-postene er lagret.

Hvordan fungerer domener?

For å forstå hvordan domeneservere fungerer, må vi forstå hvordan domener fungerer.

Domener er de alfanumeriske adressene vi bruker for å få tilgang til spesifikke steder på nettet, vanligvis nettsteder. Som vi forklarte tidligere, representerer de IP-adressene som identifiserer disse plasseringene og lar oss få tilgang til dem uten å måtte angi disse IP-adressene i adresselinjene våre.

Når du skriver inn en nettadresse i nettleseren din, vil DNS-en går gjennom flere trinn før nettleseren din laster inn nettsiden du prøver å få tilgang til et sekund senere.

For at nettleseren skal fullføreforespørselen din, må den motta IP-adressen til domenet du prøver å få tilgang til fra DNS. Dette kalles DNS-oppløsning, og det kjører gjennom noen få forskjellige navneservere før det fullfører forespørselen din.

Dette inkluderer TLD-navneserveren.

TLD står for "toppnivådomene." Domener har et hierarki som består av tre nivåer, selv om moderne domener bare bruker andre og øverste nivå. Her er et eksempel som viser domenet til verktøyet jeg bruker til å skrive dette utkastet, Google Docs.

Google Docs-domene – docs.google.com:

• docs = tredje nivå eller «underdomene».
• .google = andre nivå eller «domenenavn».
• .com = toppnivå eller "domeneutvidelse."

Husker du da vi sa at det bare var seks TLDer i 1984? I dag er det mer enn 1500. De er organisert i tre forskjellige kategorier.

Generiske toppnivådomener (gTLD) er den største kategorien. gTLD-er inkluderer vanlige domener som .com, .org og .net, men inkluderer også mer unike iterasjoner. Når du registrerer et domene i dag, vil du finne tilbud for domener som inkluderer TLDer som .biz, .me, .io, .xyz, .pizza, .beer, .motorcycles og mer.

Sponsede toppnivådomener (sTLD) er TLD-er sponset av spesifikke enheter, som regjeringer, militære styrker og utdanningsorganisasjoner. Som sådan inkluderer disse toppdomenene .gov, .mil og .edu.

Landskode toppnivådomener(ccTLD) er TLDer laget for spesifikke land. Nettsteder bruker dem når de ønsker å målrette kunder i bestemte land. Det finnes mer enn 200 ccTLDer, inkludert .uk for Storbritannia, .ru for Russland, .cn for Kina, .br for Brasil, og så videre og så videre.

Når du registrerer et domene , må du velge et domenenavn og TLD for det. IP-adressen vil bli lagret på registrarens DNS-server.

Det er viktig å merke seg at du ikke vil ha autoritet over andre domener som bruker domenenavnet ditt med andre TLD-er med mindre du registrerer det.

Dette betyr at hvis du registrerer example.com, kan en konkurrent registrere example.xyz. De behandles som helt forskjellige domener av DNS.

For å få det nye domenet til å lede til nettstedet ditt når du skriver inn det i nettleseren din, må du bruke registrarens DNS-innstillinger for å peke domenet til vertens navneservere.

Hvordan fungerer domeneservere?

Navneservere er en del av prosessen med å oversette domener til deres lokaliserbare IP-adresser. De lagrer DNS-poster, spesielt de IP-adressene som hjelper oss med å identifisere nettsteder.

La oss gå gjennom prosessen (kalt DNS-oppløsning) som DNS går gjennom for å returnere en IP-adresse til nettleseren din når du prøver å besøke en nettsted.

La oss si at du vil besøke dashbordet for Google Dokumenter. Du skriver inn "docs.google.com" i nettleseren din (eller dinnettleseren gjør det hvis du bruker en snarvei). Før DNS kan oversette det domenet for deg, må det kjøre forespørselen din gjennom fire primære servere for å identifisere IP-adressen.

Den første er resursorserveren . Denne er enkel siden formålet er å bare håndtere forespørselen din. Den vil også sende flere forespørsler for deg om nødvendig.

Neste er rotnavneserveren . Navnetjenere er beholdere for DNS-poster, inkludert A-posten som inneholder et domenes IP-adresse. Vi har allerede etablert dette. Vi har også allerede etablert hvordan DNS er ansvarlig for å oversette menneskelesbare domener til maskinvennlige IP-adresser gjennom en prosess som kalles DNS-oppløsning. Rotnavneserveren starter denne prosessen.

Etter at forespørselen din har flyttet seg gjennom rotnavneserveren, flyttes den til TLD-navneserveren . På dette tidspunktet leter DNS etter domenets A-post der IP-adressen er lagret. Den gjør dette ved å finne domenet i den aktuelle TLD-navneserveren basert på TLD-en knyttet til den. Dette er .com TLD-navneserveren når det gjelder docs.google.com.

Når den har lokalisert andre- og toppnivådomenene dine, ser den etter et underdomene da dette kan ha en annen IP-adresse avhengig av hvordan det er. DNS-innstillinger er konfigurert. Dette betyr at søket vil sive ned til docs.google.com i .com TLD-navneserveren for Google Docs.

Når DNS harfant posten din i den riktige TLD-navneserveren, verifiserer den autoritative serveren nettstedets identitet via IP-adressen før den returnerer den til den rekursive resolveren (fra den opprinnelige rekursorserveren) slik at nettleseren din kan laste inn nettsiden.

Du legger inn adresser i nettleseren din regelmessig. Nettleseren din gjør det for deg når du bruker søkemotorer og snarveier. Uansett gikk DNS gjennom flere trinn for å finne nettstedets nøyaktige plassering på nettet for deg. Fra ditt perspektiv så du en nettside lastes inn i løpet av noen få sekunder i nettleseren din.

Hvis du allerede har besøkte nettstedet, er prosessen mye kortere ettersom den opprinnelige rekursive resolveren vil se gjennom den hurtigbufrede informasjonen først for å identifisere nettstedets IP-adresse i stedet for å ringe den autoritative serveren.

DNS-servere forklart

DNS-resursoren og autoritative servere blir ofte forvirret med hverandre ettersom de begge returnerer IP-adresser til nettleseren din. Imidlertid er de ganske forskjellige fra hverandre. De brukes for eksempel på forskjellige punkter i DNS-oppløsningsprosessen.

Forvirringen stammer fra gjentakerserverens evne til å løse DNS-spørringer på egen hånd. Normalt fungerer rekursorserveren som et bindeledd mellom forespørselen din og den autoritative serveren hvor IP-adressen er lagret. Men når du allerede har besøkt et nettsted og ikke har slettethurtigbuffer, kan gjentakerserveren returnere nettstedets IP-adresse på egen hånd ved å gjennomgå sine egne bufrede data.

Uten disse bufrede dataene må søket ditt gå nedover DNS-oppløsningspipelinen som vanlig til den når den autoritative server. Denne serveren er det siste trinnet i prosessen ettersom denne serveren ikke trenger å gjøre flere forespørsler. Det er der DNS-postene lagres.

Hvis ingen post blir funnet, vil den returnere en feilmelding i stedet, og du vil ikke kunne laste inn nettstedet du prøver å besøke.

IP-adresser er lagret i forskjellige poster på den autoritative serveren. Du har kanskje sett disse postene før hvis du noen gang har måttet oppdatere DNS-innstillingene for domenet ditt, for eksempel når du vil koble en e-postklient (som Google Workspace) til domenet ditt.

Disse postene består av av flere tekstfiler skrevet i "DNS-syntaks." Ulike poster har forskjellig syntaks, og hver av dem har forskjellige instruksjoner for hvordan den autoritative serveren skal håndtere informasjonen i hver post når forespørsler kommer gjennom.

Her er de forskjellige typene poster du finner knyttet til et domene og korte forklaringer på hva de er til for:

• A – Lagrer et domenes IP-adresse.
• CNAME – Videresender et aliasdomene eller underdomene til det faktiske domenet det representerer. CNAME-poster lagrer ikke IP-adresser som de bare erbrukes når domenene eller underdomenene som er lagret i dem, brukes som aliaser for et annet domene. Aliasdomener har ikke A-poster, så den autoritative serveren må videresende forespørsler til A-posten for domenet aliaset peker til.
• MX – Peker til en e-postserver. Dette er posten DNS-servere bruker når du vil bruke domenet ditt til å sende e-post fra bedriftens e-postadresser, for eksempel [email protected] i motsetning til [email protected].
• TXT – Brukes til å lagre tekstnotater fra administrative formål.
• NS – Oppføringen som brukes til å lagre navneservere. Dette er hva du vil bruke når du vil registrere et domene hos en dedikert registrar i stedet for verten din. Du må opprette en annen NS-post for hver navneserver som verten din bruker. Posten peker domenet ditt til vertens navneservere, slik at nettstedet du har lagret der, lastes når du går inn i domenet som er knyttet til posten i en nettleser. Mange NS-poster har også "TTL"-innstillinger du kan konfigurere. Dette står for "time to live", eller antall ganger rutere er i stand til å sende posten rundt til den utløper. Det representerer antall ganger gjentaksserveren kan returnere en bufret IP-adresse den har lagret. Når posten utløper (løper tom for TTL-tellinger), må serveren sende forespørselen sin nedover DNS-oppløsningsrøret igjen for å finne et domenes IP-adresse. Du finner også TTL-innstillinger nårdu setter opp CDN-bufring.
• SOA – Brukes til å lagre admininformasjon. TTL-innstillinger kan også brukes her. Denne posten inneholder også informasjon om admin-e-postadresser og hvor lenge det er siden domenet ble oppdatert.

Det finnes andre DNS-poster, men disse er de vanligste du finner knyttet til domenet ditt .

Rotnavneservere

Rotnavneserveren er det første trinnet i å oversette et domenenavn til dets identifiserbare IP-adresse. Gjentaksserveren sender sin forespørsel hit først. Rotnavneserveren er ansvarlig for å sende forespørselen til den aktuelle TLD-navneserveren.

Det er 13 typer rotnavneservere som DNS bruker, og de administreres alle av en ideell organisasjon kalt Internet Corporation for Assigned Names og Numbers (ICANN).

Denne organisasjonen kontrollerer all jurisdiksjon med hensyn til domener. Det er organisasjonen som opprettet vedtekten som krever at du tilskriver din personlige informasjon til hvert domene du registrerer.

Hver rekursive resolver er kjent med hver type rotnavneserver, og DNS bruker flere kopier av hver domener rundt om i verden .

Rotnavneservere er også ansvarlige for å bruke Anycast-ruting på trafikken som domenet ditt mottar når du bruker en CDN eller registrar som leverer DDoS-beskyttelse. Anycast er en nettverksadresseringsmetode som ruter trafikk til flere servere. Dette