DNS-serveri põhilise rekursiivse vahemällu seadistamise ja domeeni tsoonide konfigureerimise jaoks


Kujutage ette, mis oleks, kui peaksime meeles pidama kõigi veebisaitide IP-aadresse, mida igapäevaselt kasutame. Isegi kui meil oleks imeline mälu, oleks veebisaidile sirvimise protsess naeruväärselt aeglane ja aeganõudev.

Ja mis siis, kui meil oleks vaja külastada mitut veebisaiti või kasutada mitut rakendust, mis asuvad samas masinas või virtuaalses hostis? See oleks üks hullemaid peavalusid, mida mõelda suudan - rääkimata võimalusest, et veebisaidi või rakendusega seotud IP-aadressi saab ilma ette teatamata muuta.

Juba ainuüksi mõte sellest oleks piisav põhjus mõne aja pärast Interneti või sisevõrkude kasutamisest loobuda.

Just selline oleks maailm ilma domeeninimede süsteemita (tuntud ka kui DNS). Õnneks lahendab see teenus kõik ülalnimetatud probleemid - isegi kui IP-aadressi ja nime suhe muutub.

Sel põhjusel õpime sellest artiklist, kuidas konfigureerida ja kasutada lihtsat DNS-serverit - teenust, mis võimaldab domeeninimede tõlkimist IP-aadressideks ja vastupidi.

Tutvustame DNS-i nime eraldusvõimet

Väikeste võrkude puhul, mida ei muudeta sageli, saab faili/etc/hosts kasutada domeeninime IP-aadressi eraldusvõime algelise meetodina.

Väga lihtsa süntaksiga võimaldab see fail meil nime (ja/või varjunime) seostada IP-aadressiga järgmiselt:

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

Näiteks,

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

Seega võite veebimasinasse jõuda kas selle nime, varjunime web.mydomain.com või IP-aadressi järgi.

Suuremate või sageli muutuvate võrkude puhul ei oleks faili/etc/hosts kasutamine domeeninimede IP-aadressideks lahendamiseks vastuvõetav lahendus. Seal tekib vajadus spetsiaalse teenuse järele.

Katte all pärsib DNS-server puu kujul suurt andmebaasi, mis algab juurvööndist (\ ".") .

Järgmine pilt aitab meil illustreerida:

Ülaloleval pildil sisaldab juurvöönd (.) com, edu ja net domeene. Kõiki neid domeene haldavad (või saavad hallata) erinevad organisatsioonid, et vältida suurest kesksest domeenist. See võimaldab päringuid hierarhiliselt õigesti jaotada.

Vaatame, mis juhtub kapoti all:

1. Kui klient teeb päringu veebisaidi web1.sales.me.com DNS-serverile, saadab server päringu ülemisse (juur) DNS-serverisse, mis osutab päringu .com-is asuvale nimeserverile. tsoon.

See omakorda saadab päringu järgmise taseme nimeserverile (tsoonis me.com ) ja seejärel aadressile sales.me.com . Seda protsessi korratakse nii palju kordi kui vaja, kuni selle tsooni nimeserver, kuhu see kuulub, tagastab FQDN-i (selles näites täielikult kvalifitseeritud domeeninimi, web1.sales.me.com).

2. Selles näites vastab nimeserver aadressil sales.me.com. aadressile web1.sales.me.com ja tagastab soovitud domeeninime-IP seose ja muu teave (kui see on konfigureeritud).

Kogu see teave saadetakse algsele DNS-serverile, mis seejärel edastab selle tagasi kliendile, kes seda kõigepealt taotles. Vältimaks samade toimingute kordamist tulevaste identsete päringute korral, salvestatakse päringu tulemused DNS-serverisse.

Need on põhjused, miks sellist seadistamist nimetatakse tavaliselt rekursiivseks vahemällu salvestatud DNS-serveriks.