AD-Standorte: Namen dürfen nicht mit Ziffern beginnen

In einem Supportfall im MCSEboard.de trat kürzlich eine Beschränkung des Active Directory zutage, die weitgehend unbekannt ist (auch ich wusste bis dahin nichts davon). Demnach dürfen die Namen von Standorten in Active Directory (AD Sites) nicht mit Ziffern beginnen (also auch nicht vollständig aus Ziffern bestehen).

Folgende Symptome treten anderenfalls auf (vielleicht nicht immer alle):

• Clients melden sich nicht an dem erwarteten Domänencontroller an.
• Die AD-Replikation funktioniert nicht richtig.
• Im AD-integrierten DNS tauchen Standortinformationen zu Standorten namens “—–“ auf, die es aber nicht gibt.
• Clients melden den Fehler 5779 im Eventlog, der ungültige Standortnamen moniert:

The site name for this computer is <name>. That site name is not a valid site name. A site name must be a valid DNS label.

bzw. auf Deutsch:

Der Standortname dieses Computers ist <Name>. Dieser Standortname ist ungültig. Ein Standortname muss eine gültige DNS-Bezeichnung sein. Geben Sie dem Standort einen gültigen Namen.

• Domänencontroller melden Fehler 5607, der besagt, dass sich in der letzten Zeit eine größere Zahl von Clients ohne gültigen Standort angemeldet habe. Die Namen dieser Clients finden sich dann in einer Datei “netlogon.txt” auf dem jeweiligen Domänencontroller.

Die Ursache schien darin zu liegen, dass die AD-Standortnamen der “alten” DNS-Vorgabe genügen müssen, nach der als Zeichen nur die Buchstaben A bis Z, die Ziffern 0 bis 9 und der Bindestrich zulässig sind – und zusätzlich der Name nicht mit einer Ziffer beginnen darf. Diese letzte Einschränkung wird von den meisten aktuellen DNS-Servern nicht mehr verlangt, von Active Directory in diesem Fall aber anscheinend schon.

In dem Supportfall verschwanden die Probleme, als die Standorte umbenannt wurden. Hier der Originalthread:

[2K3R2 – Loginscript von verschiedenen DCs – MCSEboard.de MCSE Forum]
https://www.mcseboard.de/active-directory-forum-79/loginscript-verschiedenen-dcs-189061.html

Dank auch an das Boardmitglied cjmatsel, der den Fall eröffnet und schließlich durch Recherche selbst gelöst hat!