Opsæt en grundlæggende rekursiv caching-DNS-server og konfigurer zoner til domæne

Forestil dig, hvordan det ville være, hvis vi skulle huske IP-adresserne på alle de websteder, vi bruger dagligt. Selv hvis vi havde en vidunderlig hukommelse, ville processen med at gennemse et websted være latterligt langsom og tidskrævende.

Og hvad med, hvis vi havde brug for at besøge flere websteder eller bruge flere applikationer, der findes på den samme maskine eller den virtuelle vært? Det ville være en af de værste hovedpine, jeg kan tænke på - for ikke at nævne muligheden for, at IP-adressen, der er knyttet til et websted eller en applikation, kan ændres uden forudgående varsel.

Bare selve tanken om det ville være tilstrækkelig grund til at afstå fra at bruge Internettet eller interne netværk efter et stykke tid.

Det er netop, hvad en verden uden Domain Name System (også kendt som DNS) ville være. Heldigvis løser denne service alle ovennævnte problemer - selvom forholdet mellem en IP-adresse og et navn ændres.

Af denne grund lærer vi i denne artikel, hvordan man konfigurerer og bruger en simpel DNS-server, en tjeneste, der gør det muligt at oversætte domænenavne til IP-adresser og omvendt.

Introduktion til DNS-navneløsning

For små netværk, der ikke er underlagt hyppige ændringer, kan filen/etc/hosts bruges som en rudimentær metode til domænenavnet til IP-adresseopløsning.

Med en meget enkel syntaks giver denne fil os mulighed for at knytte et navn (og/eller et alias) til en IP-adresse som følger:

[IP address] [name] [alias(es)]

For eksempel,

192.168.0.1 gateway gateway.mydomain.com
192.168.0.2 web web.mydomain.com

Således kan du nå webmaskinen enten ved navn, web.mydomain.com alias eller dens IP-adresse.

For større netværk eller dem, der er underlagt hyppige ændringer, ville det ikke være en acceptabel løsning at bruge filen/etc/hosts til at løse domænenavne til IP-adresser. Det er her behovet for en dedikeret service kommer ind.

Under emhættet forespørger en DNS-server en stor database i form af et træ, der starter ved roden (“.”) zone.

Følgende billede hjælper os med at illustrere:

På billedet ovenfor indeholder zonen root (.) com, edu og net domæner. Hvert af disse domæner styres (eller kan styres) af forskellige organisationer for at undgå afhængigt af et stort, centralt. Dette gør det muligt at distribuere anmodninger korrekt på en hierarkisk måde.

Lad os se, hvad der sker under emhætten:

1. Når en klient foretager en forespørgsel til en DNS-server for web1.sales.me.com, sender serveren forespørgslen til den øverste (rod) DNS-server, som peger forespørgslen på navneserveren i .com zone.

Dette sender igen forespørgslen til næste niveau navneserver (i me.com zonen) og derefter til sales.me.com . Denne proces gentages så mange gange som nødvendigt, indtil FQDN (Fuldt kvalificeret domænenavn, web1.sales.me.com i dette eksempel) returneres af navneserveren i den zone, hvor den hører hjemme.

2. I dette eksempel svarer navneserveren i sales.me.com. til adressen web1.sales.me.com og returnerer den ønskede domænenavn-IP-tilknytning og andre oplysninger også (hvis de er konfigureret til at gøre det).

Alle disse oplysninger sendes til den originale DNS-server, som derefter overfører dem til den klient, der i første omgang anmodede om det. For at undgå at gentage de samme trin for fremtidige identiske forespørgsler, gemmes resultaterne af forespørgslen på DNS-serveren.

Dette er grundene til, at denne form for opsætning almindeligvis er kendt som en rekursiv cache-DNS-server.