Arten von DNS-Servern
DNS-Server spielen eine Vielzahl von Rollen – ein einzelner Nameserver kann für einige Zonen ein Master, für andere ein Slave sein und für wieder andere Caching- oder Weiterleitungsdienste bereitstellen.
Die Rolle des Nameservers wird durch seine Konfigurationsdatei gesteuert, die im Fall von BIND named.conf heißt . Die Kombination aus globalen Parametern in der named.conf-Datei (definiert in einer options-Klausel) und den bedienten Zonen (definiert in einer oder mehreren zone-Klauseln) bestimmt die vollständige Funktionalität des Nameservers. Je nach Anforderung können solche Konfigurationen sehr komplex werden.
1. Root-Server
Stammserver sind an der Spitze oder Wurzel der DNS-Hierarchie positioniert und verwalten Daten über jede der Zonen der obersten Ebene. Die Root-Server werden von der NIC verwaltet und wurden aus Gründen der konsistenten Benennung in eine gemeinsame Domäne verschoben. Die Root-Server heißen A.root-servers.net., B.root-servers.net. usw.
2. Primäre (Master) Server
- Jede Domain muss einen primären Server haben. Der Primärserver hat die folgenden Funktionen.
- Im Allgemeinen gibt es nur einen primären Server pro Domain.
- Sie sind das System, in dem alle Änderungen an der Domain vorgenommen werden.
- Sie sind die Autorität für alle Domains, die sie bedienen.
- Sie aktualisieren und synchronisieren regelmäßig sekundäre Server der Domain.
- In aktuellen Versionen von BIND werden sie durch das Typmaster-Argument der zone-Anweisung in der Konfigurationsdatei /etc/named.conf definiert .
3. Sekundäre Server
Jede Domain sollte mindestens einen sekundären Server haben. Tatsächlich lässt die NIC nicht zu, dass eine Domain offiziell als Subdomain einer Top-Level-Domain registriert wird, bis eine Site zwei funktionierende DNS-Server aufweist. Sekundäre Server haben die folgenden Funktionen.
- Es gibt einen oder mehrere sekundäre Server pro Domain.
- Sie erhalten eine Kopie der Domäneninformationen für alle Domänen, die sie bedienen, vom entsprechenden primären Server oder einem anderen sekundären Server für die Domäne.
- Sie sind autorisierend für alle Domains, die sie bedienen.
- Sie erhalten regelmäßig Updates von den primären Servern der Domain.
- Sie bieten eine Lastverteilung mit den primären Servern und anderen Servern der Domäne.
- Sie bieten Redundanz für den Fall, dass ein oder mehrere andere Server vorübergehend nicht verfügbar sind.
- Sie bieten bei entsprechender Platzierung mehr lokalen Zugriff auf die Namensauflösung.
- In aktuellen Versionen von BIND werden sie durch das type slave-Argument der zone-Anweisung in der /etc/named.conf definiert Datei.
4. Nur-Caching-Server
Diese Server speichern nur Informationen für DNS-Domänen. Sie sind für keine Domain autorisierend. Nur-Caching-Server bieten die folgenden Funktionen.
- Sie bieten einen lokalen Cache mit nachgeschlagenen Namen.
- Sie haben einen geringeren Verwaltungsaufwand.
- Sie sind niemals autorisierend für irgendeine Domain.
- Sie reduzieren den Overhead, der mit sekundären Servern verbunden ist, die Zonenübertragungen von primären Servern durchführen.
- Sie ermöglichen dem DNS-Client den Zugriff auf lokal zwischengespeicherte Namensinformationen, ohne dass die Kosten für die Einrichtung eines primären oder sekundären DNS-Servers anfallen.
5. Weiterleitungsserver
Weiterleitungsserver sind eine Variante eines primären oder sekundären Servers und fungieren als Anlaufstellen für alle Offsite-DNS-Abfragen. Das Festlegen eines Servers als Weiterleitungsserver bewirkt, dass alle externen Anforderungen zuerst über diesen Server geleitet werden. Weiterleitungsserver haben die folgenden Funktionen.
- Sie werden verwendet, um externe Anfragen zu zentralisieren.
- Der Server, der als Weiterleitung verwendet wird, baut einen reichen Cache an Informationen auf.
- Alle Offsite-Anfragen durchlaufen zuerst Weiterleitungen.
- Sie reduzieren die Anzahl redundanter externer Anfragen.
- Es ist keine spezielle Einrichtung für Weiterleitungen erforderlich.
- Wenn Weiterleitungen nicht auf Anfragen antworten, kann der lokale Server immer noch eine Remote-Site kontaktieren, DNS-Server selbst.