Som du uden tvivl vil være bekendt med, skal du indtaste dets domænenavn i browseren, hvis du vil browse på en hjemmeside. Browseren slukker derefter og indlæser det websted, du har anmodet om. Hvis du angiver et specifikt sidenavn i URL'en, vil browseren sørge for at anmode om den pågældende side fra webserveren. Det kan være let at antage, at det er alt kompleksiteten involveret, men der er mere til det.
For at dirigere trafik til det rigtige sted vedligeholder routere en routingtabel. Routingtabellen bipper et spor af, hvilken fysisk forbindelse routeren skal bruge til trafik afhængigt af dens destination. At administrere disse routingtabeller, hvis de brugte domænenavne, ville dog være en besværlig opgave.
Når hvert websted har et andet domænenavn, ville tabelstørrelsen være enorm, og det ville være ineffektivt at søge efter det. I stedet bruger routere IP-adresser til at dirigere trafik. Da IP-adresser er numeriske og hoster flere domæner. Rutetabellerne kan være meget kortere og nemmere at søge.
Desværre er IP-adresser ikke læselige af mennesker. I det mindste er de bestemt ikke mindeværdige. Selvom du måske godt husker Technipages.com, er du meget mindre til at genkende IP-adressen 104.18.0.74 og endnu mindre tilbøjelig til at huske IPv6-adressen 2606:4700:20::681a: 14a. At tillade brug af mindeværdige domænenavne til personer og effektive IP-adresser til computere. Der skal bruges en oversættelsesmekanisme. Det oversættelsessystem er DNS.
Hvad er DNS
DNS står for Domain Name System og er en protokol, der oversætter domænenavne til IP-adresser. Udgangspunktet for protokollen er at lave en DNS-anmodning til en DNS-server. Anmodningen indeholder det domænenavn, som du ønsker skal oversættes. Anmodningen går derefter til din enheds konfigurerede DNS-server. Hvis denne server ikke kender svaret, videresender den rekursivt anmodningen til rod-DNS-serverne. På et tidspunkt vil en DNS-server have en cache-indgang. Eller en post for den autoritative DNS-server for det anmodede domæne.
Bemærk: En autoritativ DNS-server er den server, der har dataene for det pågældende domæne konfigureret i en lokal fil. Alle andre DNS-servere cacher blot dette svar og er ikke autoritative.
Når et autoritativt eller cachelagret DNS-resultat for domænet er fundet, videresendes resultatet tilbage i kæden, til sidst til din enhed. Hver DNS-server i kæden cacher derefter resultatet, så fremtidige anmodninger kan løses hurtigere.
De faktiske data, der er gemt på den autoritative DNS-server, er DNS-zoner. Kun DNS- eller ressourceposten (RR) knyttet til det anmodede domæne returneres.
Struktur af en DNS Record
DNS-poster skrives ved hjælp af DNS-syntaks. Formatet bruger Navn, TTL, Record class, Record type og Record data. TTL- og Record-klasserne kan gemmes, da begge formater er gyldige. En standard TTL (Tid til at leve) kan også angives i starten af en Zone-fil, der gælder for enhver DNS-post i Zonen uden en eksplicit specificeret TTL.
Navn-feltet definerer den URL, som posten gælder for. Dette kan være "technipages.com." "ww.technipages.com" .technipages.com" jokertegn-stjerner understøttes. Hvis det angivne domæne er det samme som domænet i Zonen, kan et "symbol bruges.
TTL angiver, hvor længe en ikke-autoritativ DNS-server kan cache svaret. Jo længere denne tid, jo mindre trafik bør den autoritative DNS-server se. Det betyder dog også, at det tager længere tid for eventuelle opdateringer at sprede sig.
Rekordklassen er næsten altid "N" Dette definerer en internetrekord. Der er dog et lille antal væsentligt mindre brugte netværk i drift, såsom Chaosnet, som ville bruge værdien "H."
Posttypen definerer typen af DNS-post, der serveres. For eksempel er IPv4-adresser defineret med Record type A, mens e-mail-servere har typen MX. Vi dækker nogle af de mere almindelige Record-typer i næste afsnit.
Record-dataene indeholder den faktisk løste værdi. Dette er typisk en anden IP-adresse, men kan også være et andet domænenavn. Igen, generelt, Hvis et andet domænenavn er angivet. Dette domænenavn er løst til en IP-adresse et andet sted i Zone-filen. Dette er dog ikke altid tilfældet. Kommentarer kan tilføjes til Zone-filen bag et semikolon ". Disse kommentarer er ikke inkluderet i DNS-svar.
Typer af DNS-poster
Den mest almindelige posttype i DNS er "record, hvor" står for adresse. "Records returnerer altid IPv4-adresser. IPv6-adresser har Record-typen "AAA" de fire As afspejler, at IPv6-adresser med en længde på 128 bit er fire gange så lange som 32-bit IPv4-adresser.
"NAME"-posttypen står for Canonical NAME og bruges til at sige "det anmodede domæne har samme IP som dette domæne" CNAME-poster kan pege på A, AAAA eller andre CNAME-poster. Det frarådes dog aktivt at pege en CNAME til en anden CNAME-post, da de rekursive anmodninger forlænger anmodningstiden for brugeren. E-mail-servere bruger "X"-posttypen, der står for Mail eXchange. Record-værdien for en MX-post skal indeholde et prioritetsnummer og et domænenavn. I lighed med CNAME-poster skal MX-poster pege på et domænenavn.
"S"-posttypen definerer autoritative DNS-servere for det anmodede domæne. Der kan være mere end én NS-record, men de skal altid pege på et domæne. SOA-posten definerer Start Of Authority. Hver Zone-fil skal indeholde en; den forklarer administrative detaljer, såsom hvor længe DNS-servere skal vente, før de tjekker, om en værdi er ændret.
Hvordan disse oplysninger bruges
Derfor er DNS-anmodninger skjult for klienten. Langt de fleste programmer vil stille og roligt køre DNS-anmodninger i baggrunden til et punkt, hvor brugeren aldrig kunne vide, at DNS-protokollen eksisterede. Nogle værktøjer giver dig mulighed for at overvåge netværkstrafikken, så du kan se DNS-trafikken, som den ser ud på netværket. Andre værktøjer, som "opslag"-værktøjet i Windows, giver dig mulighed for at lave DNS-anmodninger. Disse værktøjer formaterer typisk outputtet på en måde, der kan læses af mennesker, og giver kun det meningsfulde svar, såsom IP-adressen eller adresser, der returneres i svaret.
Konklusion
En DNS-record er en linje i en DNS-zonefil på en autoritativ DNS-server. Hver linje indeholder et udvalg af værdier, der definerer posttypen og dens faktiske værdi. Ikke-autoritative DNS-servere kan cache disse DNS-poster, som de ser dem i hele TTL'ens varighed. En brugerenhed laver en DNS-anmodning, venter på svaret og sender derefter HTTPS-anmodningen eller en anden protokol afhængigt af den anvendte software til den definerede IP-adresse.