Schräge Phänomene bei der Umbenennung eines Notebooks in einer AD Domain

Veröffentlicht 13. Oktober13. Okt

Tach auch,

durch eine Unaufmerksamkeit wurde ein neues Notebook mit dem Hostnamen eines Bestandgerätes per automatischem Rollout mit einem Win11 Image versehen. Somit wurde ohne weitere Rückfrage das bereits bestehende Computerobjekt im AD überschrieben, das alte Bestandsgerät kam nicht mehr ins Netz.

Das Neugerät wurde über die moderne Systemsteuerung umbenannt, man fand auch ein entsprechendes AD Konto (vorher auch noch nicht verwendet) für den Computer mit passendem Erstellungsdatum.

Problem: in der CMD gab hostname noch den alten PC-Namen aus, ebenfalls führte unser Client Management System das Gerät auch noch unter dem alten Namen - trotz mehrfacher erzwungener Neuscans. Unser AV-System, das einzig und allein auf AD-Objekte reagiert hat aber den neuen Namen vermerkt. AV und Disk Encryption laufen fehlerfrei.

Wir sind dann im Vier-Augen-Prinzip an das Gerät herangegangen und haben über den klassischen Weg mit den Erweiterten Systemeinstellungen das Gerät aus dem AD genommen - erstaunlicherweise wurde hier noch der alte Hostname angezeigt, der bestehende NEUE Hostname im AD wurde nicht gelöscht.

Danach mit lokalem Adminaccount am Gerät angemeldet, in den erweiterten Systemeinstellungen den Hostnamen geändert, weiterer Reboot, danach Kontrolle: Hostname wurde NICHT geändert sondern steht auf dem alten Hostnamen. Erst die Änderung über die moderne Einstellungen-Oberfläche wurde der lokale Hostname nachhaltig geändert und das Gerät konnte mit dem neuen Hostnamen in das AD aufgenommen werden.

Wie kann das sein, dass ein Gerät in einem Active Directory unter verschiedenen Systemen unter verschiedenen Hostnamen existieren kann? Sind euch Probleme bekannt, mit einem lokalen Admin und den alten Erweiterten Systemeinstellungen ein Win 11 Pro 24H2 umzubenennen?

15. Oktober15. Okt

Das kann mit den SIDs zusammenhängen, die das AD da erzeugt. Am saubersten bzw einfachsten ist, wenn sowas passiert, Umbenennung beider Geräte und Löschen der Einträge des ursprünglichen Hostnamens.

hackbert301009 und Tastenschlag112
2

16. Oktober16. Okt

Domain Join mache ich immer über sysdm.cpl - das öffnet das notwendige Fenster direkt ohne Umwege.

Deine Ausführungen kann ich nicht 100% folgen. Du schreibst in der alten Systemsteuerung stand noch der alte Name. Dann habt ihr den Client aus der Domäne genommen und neu gestartet. Wieso sollte sich dadurch der Name dann ändern?

Wann waren welche AD Objekte aktiv? Beim umbenennen vom alten Namen auf den neuen Namen, wird das bestehende AD Objekt angepasst, d.h. das alte Objekt dürfte dann nicht mehr zu sehen sein.

Und beim Rausnehmen aus der Domäne wird das AD Objekt deaktiviert.

16. Oktober16. Okt

Autor

vor 2 Stunden, Dakta hat gesagt:
Du schreibst in der alten Systemsteuerung stand noch der alte Name.

Nein, das habe ich nicht geschrieben.

Ich habe geschrieben: in dem Tool "Erweiterte Systemeinstellungen" oder wie du es nennst sysdm.cpl wurde der alte Hostname angezeigt, obwohl in der modernen Oberfläche der neue Hostname stand.

vor 2 Stunden, Dakta hat gesagt:
Und beim Rausnehmen aus der Domäne wird das AD Objekt deaktiviert.

Und genau das ist eben nicht passiert. Ausserdem wird das AD Objekt in solchen Fällen gelöscht, nicht deaktiviert.

18. Oktober18. Okt

Am 16.10.2025 um 21:29, Ruhrpottadmin hat gesagt:
Ich habe geschrieben: in dem Tool "Erweiterte Systemeinstellungen" oder wie du es nennst sysdm.cpl wurde der alte Hostname angezeigt, obwohl in der modernen Oberfläche der neue Hostname stand.

Also genau das was ich geschrieben habe?

Am 16.10.2025 um 21:29, Ruhrpottadmin hat gesagt:
Ausserdem wird das AD Objekt in solchen Fällen gelöscht, nicht deaktiviert.

Nein das stimmt nicht. Wenn der Computer aus der Domäne in die Workgroup genommen wird, dann passiert entweder gar nichts mit dem AD Objekt (falls der Unjoin mit einem lokalen Admin erfolgt) oder das AD Objekt wird deaktiviert (falls der Unjoin mit einem AD User erfolgt).