Fizycznie przekazanie uprawnień jest bardzo podobne do sposobu, w jaki kierownik przekaże odpowiedzialność za zadania swoim pracownikom. Wyniki są takie same, jednak w proces zaangażowana była więcej niż jedna osoba. Kierownik otrzymuje prośbę o pracę, przenosi odpowiedzialność na innego członka personelu i albo członek personelu, albo kierownik powraca z wynikami pracy. Wszystko to pod warunkiem, że praca, którą wykonuje członek personelu, jest właściwie poprawna i jest tym, o co prosi pierwotny wnioskodawca (lub że w rzeczywistości wnioskodawca poprosił o coś, co było ważne!).
W przypadku delegowania DNS jest bardzo podobny. Gdy comserwery nazw są proszone o miejsce do znalezienia autorytetu strefy example.com, często delegują tę pracę na oddzielne serwery nazw (w rzeczywistości w zdecydowanej większości przypadków faktycznie przekazują odpowiedź innym serwerom nazw). Gdy rejestrujesz domenę po raz pierwszy, powiedzmy, nasza example.comdomena, często odbywa się to za pośrednictwem strony trzeciej zwanej rejestratorem. Rejestratorzy często stosują swoje serwery nazw dla delegacji i obsługują domyślną strefę z tych serwerów nazw. Ta strefa domyślna zawiera podstawowe wymagania, aby służyć tej strefy w internecie (te SOA, NSi Azapisów związanych z tymi rekordów NS).
Oczywiście, jeśli sam chcesz przejąć kontrolę nad autorytetem domeny, musisz poprosić rejestratora o przekazanie domeny swojemu serwerowi nazw. Różni rejestratorzy odnoszą się do tego w różny sposób, „zmieniają serwery nazw”, „używają zewnętrznego serwera DNS”, „Dodaj rekordy kleju” i tak dalej. Mechanizm poniżej pozostaje taki sam. Podajesz na ogół 2 lub więcej „nazw serwerów nazw” (na przykład ns0.example.comi ns1.example.com) oraz adresy IP, pod którymi ns0i gdzie ns1są. Następnie przetwarzają żądanie, a delegacja zostaje skierowana z dala od rejestratora do podanych serwerów nazw.
Z technicznego punktu widzenia, to w tym momencie trzeba zapewnić swoje serwery nazw są uruchomiony, obsługujących domenę example.com, z minimum od An SOA(start od rekordu hasła), 1 lub więcej NSzapisów i Azapisy (IPS), że te rekordy NS są rozwiązywane z:
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
(Wybrałem już dowolne wartości dla wartości SOA, nazwy rekordów NS i adresy IP, na które rozpoznają te serwery nazw). Wszystkie będą musiały odzwierciedlać strefę, dla której służysz.
Ta usługa DNS musi być widoczna z dowolnego miejsca w Internecie i nie może być zaporą ogniową (to znaczy port 53 udp i tcp przychodzące muszą być dozwolone). Również twój dostawca usług nie może blokować tego portu (który niektórzy dostawcy blokują ruch przychodzący do tych portów).
Biorąc pod uwagę moje oryginalne porównania, comserwery nazw DNS są menedżerowie, którzy są delegowanie strefy example.comdo serwerów nazw (pracownicy), aby wykonać pracę dostarczenie podstawowych informacji o strefie ( SOA, NS, A). Możesz także podawać wszelkie dodatkowe rekordy, takie jak rekordy serwera pocztowego MXlub mogą być one Arekordem dla twojego www.example.comadresu.
Jeśli ten serwer nazw nie wykona pracy, zwróci nieprawidłowe wyniki lub zostanie zablokowany przez inną firmę (zaporę ogniową / dostawcę usług internetowych), nie będzie działającego serwera DNS, a delegacja zostanie zerwana.
To również może być warto zauważyć, że domena nie muszą być przekazywane do serwerów nazw w tej samej domenie, tak ns0.example.neti ns0.example.orgmogło być ważne zarówno serwer nazw, który mógłby example.comprzekazać im. Pod warunkiem, że oba te serwery nazw obsługują example.comdomenę.