Die Antwort auf Ihre spezielle Frage lautet NEIN . Active Directory lässt KEINE Leerzeichen in DNS- Hostnamen zu . Die verbotenen Zeichen sind in KB 909264 - Namenskonventionen in Active Directory für Computer, Domänen, Sites und Organisationseinheiten im Abschnitt " Nicht zugelassene Zeichen" klar beschrieben:
Der DNS-Hostname darf keine Leerzeichen oder Leerzeichen enthalten.
Um die Antwort über Active Directory hinaus auf das DNS-Domänennamensystem im Allgemeinen auszudehnen, ist die Situation etwas schwieriger, da in bestimmten Fällen zwar technisch zulässige Leerzeichen vorhanden sind, in der Praxis Sie jedoch wahrscheinlich nie selbst auf einen solchen Fall stoßen werden.
Die kurze Antwort: Verwenden Sie keine Leerzeichen in DNS-Hostnames!
Die lange Antwort gemäß §2 von RFC 3696, Einschränkungen bei Domainnamen (DNS), lautet:
Alle Zeichen oder Kombinationen von Bits (als Oktette) sind in DNS-Namen zulässig.
Es heißt weiter (Hervorhebung von mir):
Es gibt jedoch eine bevorzugte Form, die von den meisten Anwendungen benötigt wird. Diese bevorzugte Form war die einzige, die in den Namen von Top-Level-Domains oder TLDs zulässig ist. Im Allgemeinen ist dies auch die einzige Form, die in den meisten in TLDs registrierten Namen der zweiten Ebene zulässig ist,
obwohl einige Namen, die normalerweise von Benutzern nicht gesehen werden, anderen Regeln entsprechen. Es leitet sich von den ursprünglichen ARPANET-Regeln für die Benennung von Hosts ab (dh der Regel "Hostname") und wird nach den zulässigen Zeichen möglicherweise besser als "LDH-Regel" beschrieben. Die aktualisierte LDH-Regel sieht dies vorDie Bezeichnungen (durch Punkte getrennte Wörter oder Zeichenfolgen), aus denen ein Domänenname besteht, dürfen nur aus den alphabetischen und numerischen ASCII-Zeichen [ASCII] sowie dem Bindestrich bestehen. Es sind weder andere Symbole oder Satzzeichen noch Leerzeichen zulässig.
Wenn der Bindestrich verwendet wird, darf er weder am Anfang noch am Ende eines Etiketts erscheinen. Es gibt eine zusätzliche Regel, die im Wesentlichen erfordert, dass Domänennamen der obersten Ebene nicht vollständig numerisch sind.
In der Praxis bedeutet dies, dass Sie KEINE Leerzeichen verwenden sollten , obwohl in der allgemeinsten Spezifikation von Domänennamen, wie in diesen Auszügen aus §5.1 von RFC 1035 definiert , Leerzeichen in Domänennamen zulässig sind:
<Domänenname> s machen einen großen Teil der Daten in der Masterdatei aus. Die Bezeichnungen im Domainnamen werden als Zeichenfolgen ausgedrückt und durch Punkte getrennt. Anführungskonventionen ermöglichen die Speicherung beliebiger Zeichen in Domänennamen.
und
<Zeichenzeichenfolge> wird auf eine oder zwei Arten ausgedrückt: als zusammenhängende Menge von Zeichen ohne Innenräume oder als Zeichenfolge, die mit einem "beginnt und mit einem" endet. Innerhalb einer "durch Trennzeichen getrennten Zeichenfolge kann jedes Zeichen vorkommen, außer einem" selbst, das mit \ (Schrägstrich) in Anführungszeichen gesetzt werden muss.
Beachten Sie , dass an anderer Stelle in RFC 1035, insbesondere in §2.3 , Folgendes gewarnt wird:
2.3. Konventionen
Das Domänensystem verfügt über mehrere Konventionen, die sich mit einfachen, aber grundlegenden Problemen befassen. Während der Implementierer diese Konventionen INNERHALB SEINES EIGENEN SYSTEMS verletzen kann, muss er diese Konventionen in ALLEM Verhalten anderer Hosts beachten.
2.3.1. Bevorzugte Namenssyntax
Die DNS-Spezifikationen versuchen, in den Regeln zum Erstellen von Domänennamen so allgemein wie möglich zu sein. Die Idee ist, dass der Name eines vorhandenen Objekts mit minimalen Änderungen als Domänenname ausgedrückt werden kann.
Beim Zuweisen eines Domänennamens für ein Objekt wählt der umsichtige Benutzer jedoch einen Namen aus, der sowohl den Regeln des Domänensystems als auch allen vorhandenen Regeln für das Objekt entspricht, unabhängig davon, ob diese Regeln von vorhandenen Programmen veröffentlicht oder impliziert werden.
Wenn Sie beispielsweise eine E-Mail-Domäne benennen, sollte der Benutzer sowohl die Regeln dieses Memos als auch die in RFC-822 erfüllen. Beim Erstellen eines neuen Hostnamens sollten die alten Regeln für HOSTS.TXT befolgt werden. Dies vermeidet Probleme, wenn alte Software zur Verwendung von Domänennamen konvertiert wird.
Ich würde sicherlich eine weitere Klarstellung oder Korrektur meiner Interpretation begrüßen, aber bitte tun Sie dies nicht, es sei denn, Sie können bestimmte Abschnitte von RFCs zitieren, um diese Interpretation entweder zu bestätigen oder abzulehnen.