Hjem > Kunnskapsbase > DNS > hvordan FUNGERER EN DNS-spørring?

når du åpner nettleseren og skriver inn «www.example.com», ELLER EN DNS-klient må slå opp et navn som brukes i et program, det spør DNS-servere for å løse navnet. Hver spørring meldingen klienten sender inneholder tre biter av informasjon, angi et spørsmål FOR DNS-serveren til å svare:

• et angitt DNS-domenenavn, angitt som et fullt kvalifisert domenenavn (FQDN) som » www.eksempel.com»
• en spesifisert spørringstype, som enten kan angi en ressurspost etter type eller en spesialisert type spørringsoperasjon SOM A, CNAME, NS etc.
• en spesifisert klasse FOR DNS-domenenavnet som I (Internett)

Si hva?

Yep, alt dette er ganske teknisk mumbo jumbo om det faktiske innholdet i EN DNS-forespørsel, og det er bak kulissene. La oss forenkle det ved å demonstrere hvordan det fungerer med noe du gjør hver dag. Slik fungerer det visuelt hvis du skulle åpne nettleseren og forsøke å gå til et nettsted.

ET DNS-spørringseksempel

i dette eksemplet kan destinasjonsadressen (navnet) som er angitt, være FQDN for et nettsted, for eksempel «example.com.», og spørringstypen som er angitt for å lete etter en adresse (a) ressurspost med det navnet (det er en » A » – postspørring fordi VI vil HA IP-adressen).

Tenk PÅ EN DNS-spørring som en klient som spør en server et todelt spørsmål, for eksempel «Har Du noen’ a ‘ ressursposter for et nettsted som heter ‘example.com’?»Når klienten mottar et svar fra DNS-serveren, leser og tolker den besvarte» A » ressursposten, lærer IP-adressen til datamaskinen den ba om ved navn.

DNS Cache

DNS-spørringer løses på en rekke forskjellige måter. En klient kan noen ganger svare på en spørring lokalt ved hjelp av bufret (lagret) informasjon hentet fra en tidligere spørring. DNS-serveren kan bruke sin egen cache med ressurspostinformasjon til å svare på en spørring.

EN DNS-server kan også spørre eller kontakte ANDRE DNS-servere på vegne av den forespurte klienten for å løse navnet fullt ut, og deretter sende et svar tilbake til klienten. Denne prosessen kalles rekursjon. Det er avbildet i bildet ovenfor der DNS-Resolveren ikke har svaret, så det må gå til rotserveren. Rotserveren leder til riktig TLD-server for det faktiske svaret som deretter videresendes tilbake til brukeren.

hvor lenge svaret blir i hurtigbufferen, bestemmes AV TTL (time-to-live) satt av eieren av domenet som opprettet posten i utgangspunktet. Riktig bygget rekursive DNS-servere vil adlyde dette og forkaste cache etter ttl utløper, men det er fortsatt Internett-Leverandører som feilaktig ignorere denne kritiske informasjonen for en rekke årsaker.

i tillegg kan klienten selv forsøke å kontakte FLERE DNS-servere for å løse et navn. Når en klient gjør det, bruker den separate og flere spørsmål basert på henvisningssvar fra servere. Denne prosessen kalles iterasjon. For eksempel, hvis jeg ber om ‘www.example.com’, en’ a ‘ – post eksisterer kanskje ikke. Det kan faktisk returnere EN CNAME som forteller meg at jeg skal gjøre en annen forespørsel for å finne ut HVA IP-adressen er.

GENERELT SKJER DNS-spørringsprosessen i to deler:

• en navnespørring begynner på en klientdatamaskin og sendes til EN resolver, DNS-Klienttjenesten, for oppløsning.
• NÅR spørringen ikke kan løses lokalt, KAN DNS-servere spørres etter behov for å løse navnet.

Når det ikke virker…

som du kan se, er det mer enn øyet når DET gjelder DNS-spørringsoppløsning. HVIS EN DNS-server ikke gir et svar i tide, kan det bremse alt ned. Inntil nettleseren din vet IP-adressen for NETTADRESSEN du skrev inn, kan den ikke gjøre noe annet enn å vente. Derfor er det viktig for autoritative DNS-servere å være raske. Videre, hvis en autoritativ DNS-server går ned, vil spørringen til slutt tidsavbrudd og ingen svar vil bli gitt. Du har sikkert sett at fra tid til annen som du gjennomgått Internett klikke på en link for et nettsted som aldri kommer.