Einrichten eines grundlegenden rekursiven Caching-DNS-Servers und Konfigurieren von Zonen für Domänen

Stellen Sie sich vor, wie es wäre, wenn wir uns die IP-Adressen aller Websites merken müssten, die wir täglich nutzen. Selbst wenn wir ein phänomenales Gedächtnis hätten, wäre der Prozess, eine Website zu besuchen, lächerlich langsam und zeitaufwändig.

Und was ist, wenn wir mehrere Websites besuchen oder mehrere Anwendungen nutzen müssten, die sich auf demselben Rechner oder virtuellen Host befinden? Das wäre einer der schlimmsten Kopfschmerzen, die ich mir vorstellen kann – ganz zu schweigen von der Möglichkeit, dass die mit einer Website oder Anwendung verbundene IP-Adresse ohne Vorankündigung geändert werden kann.

Nur der Gedanke daran wäre Grund genug, nach einer Weile die Nutzung des Internets oder interner Netzwerke einzustellen.

Genau das wäre eine Welt ohne Domain Name System (auch bekannt als DNS). Glücklicherweise löst dieser Dienst alle oben genannten Probleme – selbst wenn sich die Beziehung zwischen einer IP-Adresse und einem Namen ändert.

Aus diesem Grund werden wir in diesem Artikel lernen, wie man einen einfachen DNS-Server konfiguriert und verwendet, einen Dienst, der die Übersetzung von Domainnamen in IP-Adressen und umgekehrt ermöglicht.

Einführung in die DNS-Name-Auflösung

Für kleine Netzwerke, die nicht häufigen Änderungen unterliegen, kann die Datei /etc/hosts als rudimentäre Methode zur Auflösung von Domainnamen in IP-Adressen verwendet werden.

Mit einer sehr einfachen Syntax erlaubt uns diese Datei, einen Namen (und/oder ein Alias) mit einer IP-Adresse wie folgt zu verknüpfen:

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

Zum Beispiel,

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

So können Sie die Webmaschine entweder über ihren Namen, das Alias web.mydomain.com oder ihre IP-Adresse erreichen.

Für größere Netzwerke oder solche, die häufigen Änderungen unterliegen, wäre die Verwendung der Datei /etc/hosts zur Auflösung von Domänennamen in IP-Adressen keine akzeptable Lösung. Hier kommt die Notwendigkeit eines dedizierten Dienstes ins Spiel.

Unter der Haube stellt ein DNS-Server eine große Datenbank in Form eines Baums ab, der in der Root-Zone (“.”) beginnt.

Das folgende Bild wird uns helfen, dies zu veranschaulichen:

Im obigen Bild enthält die Root-Zone (.) die Domänen com, edu und net. Jede dieser Domänen wird von verschiedenen Organisationen verwaltet, um nicht von einer großen, zentralen abhängig zu sein. Dies ermöglicht eine ordnungsgemäße Verteilung von Anfragen auf hierarchische Weise.

Schauen wir, was unter der Haube passiert:

1. Wenn ein Client eine Abfrage an einen DNS-Server für web1.sales.me.com stellt, sendet der Server die Abfrage an den obersten (Root-)DNS-Server, der die Abfrage auf den Nameserver in der .com-Zone verweist.

Dieser leitet die Abfrage an den Nameserver der nächsten Ebene (in der me.com-Zone) und dann an sales.me.com weiter. Dieser Vorgang wird so oft wiederholt, wie nötig ist, bis der FQDN (Fully Qualified Domain Name, web1.sales.me.com in diesem Beispiel) vom Nameserver der Zone, zu der er gehört, zurückgegeben wird.

2. In diesem Beispiel antwortet der Nameserver in sales.me.com. auf die Adresse web1.sales.me.com und gibt die gewünschte Zuordnung von Domainnamen zu IP-Adressen sowie andere Informationen zurück (sofern konfiguriert).

Alle diese Informationen werden an den ursprünglichen DNS-Server gesendet, der sie dann an den Client zurückgibt, der sie zuerst angefordert hat. Um das Wiederholen derselben Schritte für zukünftige identische Abfragen zu vermeiden, werden die Ergebnisse der Abfrage im DNS-Server gespeichert.

Dies sind die Gründe, warum diese Art von Einrichtung allgemein als rekursiver, caching DNS-Server bekannt ist.