DNS ermöglicht das willkürliche Verschachteln von Etiketten. Es ist nicht erforderlich, dass sich ein bestimmtes Label auf einen bestimmten Knoten bezieht.
Ein "Knoten" ist eine Folge von Labels, wobei normalerweise jedes Label einen Delegierungspunkt angibt.
Zum Beispiel comund uksind Labels, die Domänen der obersten Ebene festlegen. Innerhalb ukgibt es eine statische Sub - Domain - Struktur, wo effektiv die „Top - Level“ ist gov.uk, or.uk, ac.uk, co.ukusw. ( im Sinne von „oben“, wie er dir nichts in registrieren können ukdirekt, obwohl natürlich die ukkonnten Administratoren entscheiden, neue Second-Level - Labels hinzufügen) . Viele Länder haben diese zweite Ebene, obwohl sie keineswegs universell ist (und einige Länder und Domänen haben noch mehr interne Ebenen wie diese).
Beispielsweise example.comwird von der comTop-Level-Domäne (auch "Zone" genannt) an ihren Besitzer delegiert, der einzelne Knoten innerhalb dieser Domäne weiter delegieren kann. Der Besitzer von example.comkönnte also entscheiden, dass es eine Subdomain geben mail.example.comwird, die Mail-Server enthalten soll mx1.mail.example.com, deren Namen mx2.mail.example.comusw. sein können. Dies ist in der Praxis nicht sehr üblich, aber eine wirklich große Organisation könnte einen Teil oder das gesamte DNS an weiterleiten einzelne Abteilungen oder separate Organisationen.
(Ein typisches Beispiel in der Praxis sind Dienstanbieter. Wenn Sie einen Web- oder E-Mail-Dienst example.netbetreiben ajax.example.net, acme.example.nethaben Sie möglicherweise usw. usw., und jeder von diesen muss an Ihre Kunden Ajax Inc. und Acme Corp. delegiert werden. Ein anderes Szenario sind regionale Dienste - na.example.orgfür den Norden Amerika, eu.example.orgum Europa zu dienen usw.)
Um Ihre eigentliche Frage abschließend zu beantworten, ob ein Knoten ein tatsächlicher Host (ein tatsächlicher Server) oder nur eine andere Ebene im DNS ist, hängt vollständig von der Organisation ab, der er gehört. Es ist nicht ungewöhnlich, dass ein Knoten beiden Rollen hat ( mail.example.infokönnte ein tatsächlicher Mail - Server mit einer IP - Adresse sein, und es könnte noch eine DNS - Zone sein, die mx1.mail.example.infound mx2.mail.example.infousw. Dies ist kein sehr überzeugendes Beispiel, ich habe Angst, aber es gibt Es gibt keinen technischen Grund, warum Sie das nicht tun konnten. Ich versuche, mir ein besseres Beispiel zu überlegen ...)
Eine "Unterdomäne" ist nur ein Hinweis darauf, dass sich ein bestimmtes Label unterhalb der obersten Ebene befindet und zusätzliche Knoten enthält. Also "sub" als "nicht oben" und "Domäne" als "Label mit mehr Labels".
Die Trennung zwischen der Mechanik von DNS (es gibt "Zonen" mit "Bezeichnungen", die "Knoten" identifizieren)) und der tatsächlichen realen Semantik (es gibt eine Reihe von Root-Domänen, auch Top-Level-Domänen und Domänen, die gekauft werden.) und verkauft, und Unterdomänen in diesen, die normalerweise willkürliche Unterteilungen sind, die vom Domaininhaber implementiert werden, sind im Großen und Ganzen ein Feature und kein Fehler. Die Implementierung legt keine bestimmte Richtlinie fest und kann für Dinge verwendet werden, die derzeit in keiner Richtlinie enthalten sind. Wir haben mehrfach gesehen, dass dies nützliche Innovationen und neue Richtlinien auslöste.