Ruhiges IT-Forum

Wapt-Version: 2.6.0.16937 - Enterprise Edition
Server-Betriebssystem: Debian 12
Zielbetriebssysteme: Windows 10 und 11
Betriebssystemverwaltung: Windows Server 2022

Hallo, wir haben ein Problem beim Ändern des Namens einer Workstation in AD.
Fall 1: Wir lassen die Position in der Domäne und ändern ihren Namen.
Nach dem Neustart änderte sich der Name in AD und auf der Workstation, aber:
- Anmeldung mit einem AD-Konto nicht möglich: Fehlermeldung zur Vertrauensstellung
Wenn Sie die Workstation im Netzwerk identifizieren möchten, wird die Workstation mit ihrem alten Namen angezeigt
- Im Register erscheinen viele Schlüssel mit der alten Bezeichnung der Position

Fall 2: Wir entfernen den Computer aus der Domäne und ändern seinen Namen.
Nach einem Neustart bleibt die Registerkarte zum erneuten Beitritt des Computers zur Domäne ausgegraut Wir verwenden die OS-Bereitstellungsfunktion mit den Konfigurationsdateien win10_with_join_ad_offline.xml und win11_with_join_ad_offline.xml sowie den ISOs Win10_22h2 und Win11_24h2

Wenn wir das Betriebssystem jedoch über einen USB-Stick installieren (also außerhalb von WAPT), tritt dieses Problem nie auf, selbst bei Verwendung derselben ISO-Dateien. Daher scheint das Problem mit WAPT zusammenzuhängen.

Hallo

, ich habe dieses Problem vor einem Jahr identifiziert:
https://learn.microsoft.com/en-us/answe ... ws10-xml-d.

Ich habe das Problem Microsoft gemeldet, aber es hat sich nichts geändert. Ich habe WAPT aus der Schleife entfernt, um zu prüfen, ob es sich um ein WAPT- oder ein reines Microsoft-Problem handelt, und es ist tatsächlich ein Microsoft-Problem.

(Im Artikel wird ein Trick mit einem Registry-Schlüssel beschrieben, um das Problem zu umgehen.)

Danke für das Feedback. Ich bin ehrlich gesagt etwas verwirrt. Sie erwähnten ein Microsoft-Problem, aber wenn ich ein bootfähiges Image mit Windows erstelle, habe ich keine Probleme beim Umbenennen (auch nicht mehrmals).
Das Problem tritt nur auf, wenn ich das Betriebssystem mit WAPT bereitstelle. Liegt es vielleicht an der Bereitstellungsmethode? Weil wir eine XML-Datei verwenden?

Hallo Cédric,

das Problem hängt mit dem Offline-Beitritt per djoin zusammen, der in WADS aus Sicherheitsgründen standardmäßig in der XML-Vorlage verwendet wird. Unabhängig davon, ob Sie Microsofts djoin.exe oder WAPTs djoin verwenden, tritt dasselbe Problem auf, solange der binäre Beitritts-Blob in unattend.xml integriert ist [1]. Daher Simons Kommentar, dass es sich um ein Microsoft-Problem handelt.

Wenn Sie Ihre unbeaufsichtigte XML-Vorlage ändern und den Online-Beitritt (ohne djoin) verwenden, wie es üblicherweise mit MDT der Fall ist, tritt dieses Problem nicht auf. Aus Sicherheitsgründen wird jedoch dringend empfohlen, Beitrittskonten nicht in den XML-Dateien zu belassen. Daher müssen Sie den Beitritt manuell durchführen, was eine vollautomatische Bereitstellung unmöglich macht.

Hinweis: Offline-Beitritt ist auch mit MDT möglich, aber nicht gut integriert, weshalb er selten genutzt wird.

Hinweis 2: Wir erwägen, die Offline-Verbindung nach der Installation anstelle der XML-Datei durchzuführen, um den Microsoft-Fehler zu umgehen. Wir halten Sie auf dem Laufenden.

Hinweis 3: Falls Sie Tickets bei Microsoft eröffnen können, tun Sie dies gerne. Da Microsoft jedoch plant, alle Nutzer in Azure zu migrieren, bin ich mir nicht sicher, ob dies sehr effektiv sein wird.

Mit freundlichen Grüßen,

Denis

[1] https://learn.microsoft.com/en-us/windo ... ml-example

Vielen Dank für die Antwort, jetzt verstehe ich es besser.