In physischer Hinsicht ähnelt die Delegierung stark der Art und Weise, wie ein Manager die Verantwortung für Aufgaben an seine Mitarbeiter delegiert. Die Ergebnisse sind die gleichen, jedoch war mehr als eine Person an dem Prozess beteiligt. Der Manager erhält die Aufforderung zur Arbeit, gibt die Verantwortung an einen anderen Mitarbeiter weiter und entweder der Mitarbeiter oder der Manager kehrt mit den Arbeitsergebnissen zurück. Dies alles unter der Voraussetzung, dass die vom Mitarbeiter geleistete Arbeit tatsächlich korrekt ist und dem Wunsch des ursprünglichen Antragstellers entspricht (oder dass der Antragsteller tatsächlich nach etwas gefragt hat, das überhaupt gültig war!).
Bei der DNS-Delegierung ist es ziemlich ähnlich. Wenn die comNameserver nach der Stelle gefragt werden, an der sie die Berechtigung für die Zone finden example.com, delegieren sie diese Arbeit häufig an separate Nameserver (in den allermeisten Fällen delegieren sie die Antwort tatsächlich an andere Nameserver). Wenn Sie zum ersten Mal eine Domain registrieren, sagen wir unsere example.comDomain, erfolgt dies häufig über einen Dritten, den so genannten Registrar. Es ist üblich, dass Registrare ihre Nameserver für die Delegierung einrichten und von diesen Nameservern aus eine Standardzone bedienen. Diese Standardzone enthält die grundlegenden Anforderungen , die Zone im Internet zu dienen (die SOA, NSund AAufzeichnungen im Zusammenhang zu diesen NS - Records).
Wenn Sie selbst die Kontrolle über die Autorität der Domain übernehmen möchten , müssen Sie den Registrar natürlich bitten, die Domain stattdessen an Ihren Nameserver zu delegieren. Verschiedene Registrare verweisen auf unterschiedliche Weise auf diesen Vorgang: "Nameserver ändern", "DNS von Drittanbietern verwenden", "Leimdatensätze hinzufügen" usw. Der Mechanismus darunter bleibt der gleiche. Sie geben im Allgemeinen mindestens zwei "Nameservernamen" an (z. B. ns0.example.comund ns1.example.com) sowie die IP-Adressen, unter denen ns0und ns1lauten. Anschließend wird die Anfrage bearbeitet und die Delegation von Ihrem Registrar zu den von Ihnen bereitgestellten Nameservern weitergeleitet.
Technisch gesehen müssen Sie zu diesem Zeitpunkt sicherstellen, dass Ihre Nameserver in Betrieb sind und die Domain example.commit mindestens einem SOA(Beginn des Berechtigungsdatensatzes), einem oder mehreren NSDatensätzen und den ADatensätzen (den IPs) bedienen, die diese NS-Datensätze enthalten sind gelöst von:
example.com. IN SOA ns0.example.com. hostmaster.example.com. ( 10 3600 900 604800 7200 )
IN NS ns0.example.com.
IN NS ns1.example.com.
ns0 IN A 192.0.2.8
ns1 IN A 192.0.2.44
(Ich habe irgendwo beliebige Werte für die SOA-Werte, die Namen für die NS-Einträge und die IPs ausgewählt, zu denen diese Nameserver auflösen). Diese müssen alle die Zone widerspiegeln, für die Sie dienen.
Dieser DNS-Dienst muss von jedem Ort im Internet aus sichtbar sein und darf nicht durch eine Firewall geschützt sein. Auch Ihr Dienstanbieter darf diesen Port nicht blockieren (einige Anbieter blockieren eingehenden Datenverkehr für diese Ports).
In Anbetracht meines ursprünglicher Vergleich die comName - Server sind der DNS - Manager, die die Zone delegieren example.coman den Name - Server (die Mitarbeiter) , um die Arbeit für die Bereitstellung der Basiszoneninformationen zu tun ( SOA, NS, A). Sie können auch zusätzliche Datensätze wie Mailserver-Datensätze MXoder einen ADatensatz für Ihre www.example.comAdresse bereitstellen.
Wenn dieser Nameserver die Arbeit nicht erledigt, die falschen Ergebnisse zurückgibt oder ein Drittanbieter (Firewall / ISP) die Arbeit blockiert, wird DNS nicht ausgeführt und die Delegierung wird unterbrochen.
Es kann auch sein bemerkenswert, dass die Domain nicht auf Namen - Server in der gleichen Domäne delegiert werden muss, so ns0.example.netund ns0.example.orgkönnte sowohl gültige Name - Server sein, der hätte example.comsich delegiert. Vorausgesetzt, beide Nameserver haben die example.comDomain bedient.