Aceasta este nu un domeniu de nivel al treilea. Aici ns.example.com este un nume al (de exemplu, indică) A/aaaa RR, care conține adrese IPv4 sau IPv6 reale ale serverului.
Și, pentru că NS ar trebui să indice exact A sau aaaa înregistrări, nu puteți utiliza numele „apex” ca nume de gazdă a serverului de nume. O zonă delegată conține întotdeauna cel puțin un SOA înregistrare și, prin urmare, numele zonei este nepotrivit ca a NS inregistreaza tinta.
Zona dvs. (așa cum este deservită de serverele dvs.) va fi de forma:
exemplu.com. SOA...
exemplu.com. NS ns.example.org.
exemplu.com. NS ns.example.com.
ns.example.com. A 192.0.2.1
...
Dacă numele RR al serverului de nume se află în interiorul acestuia exemplu.com zonă, vi se cere să o definiți (cum am făcut pentru ns.example.com de mai sus), și zona dvs. din amonte (com) va adăuga ca a lipici înregistrare împreună cu evidențele delegației. În acest caz, com zona va conține cele trei înregistrări pentru dvs.: 2 delegație NS si 1 lipici A. Dacă serverul de nume RR se află în afara domeniului, nu poate fi adăugat în această zonă (pentru că nu îi aparține) și în amonte nu va avea un adeziv pentru el (ok, poate avea aceeași înregistrare ca un adeziv pentru o alta domeniu, dar asta nu este treaba ta).
Dar nu înțeleg de ce ești îngrijorat. Fă așa cum o face toată lumea. Nu te lăsa atras de trucul de marketing, „nivelul” „domeniului” nu înseamnă nimic, decât tehnic. Când vorbim despre utilizarea consecventă logic a numelor, utilizarea nivelurilor imbricate ale ierarhiei este încurajat.