Foro de TI tranquilo

Versión de Wapt: 2.6.0.16937 - Edición empresarial
Sistema operativo del servidor: Debian 12
Sistemas operativos de destino: Windows 10 y 11
Administración de sistemas operativos: Servidor Win 2022

Hola, estamos encontrando un problema cuando queremos cambiar el nombre de una estación de trabajo en AD.
Caso 1: dejamos la posición en el dominio y cambiamos su nombre.
Después de reiniciar, el nombre en AD y en la estación de trabajo cambió, pero:
- No se puede iniciar sesión con una cuenta de AD: mensaje de error de relación de confianza
- Cuando desea "identificar la estación de trabajo en la red", la estación de trabajo aparece con su nombre antiguo
- En el registro aparecen muchas claves con el antiguo nombre del puesto

Caso 2: Eliminamos el ordenador del dominio y cambiamos su nombre.
Después de reiniciar, al intentar volver a unir la computadora al dominio, la pestaña permanece en gris Utilizamos la función de implementación del sistema operativo con los archivos de configuración win10_with_join_ad_offline.xml y win11_with_join_ad_offline.xml y los ISO Win10_22h2 y Win11_24h2

Sin embargo, si implementamos el sistema operativo mediante una unidad USB (es decir, fuera de WAPT), nunca encontramos este problema, incluso usando los mismos archivos ISO. Por lo tanto, el problema parece estar relacionado con WAPT.

Hola

, identifiqué este problema hace un año:
https://learn.microsoft.com/en-us/answe ... ws10-xml-d.

Informé del problema a Microsoft, pero nada ha cambiado. Intenté eliminar WAPT del bucle para comprobar si era un problema de WAPT o un problema exclusivo de Microsoft, y resulta que es un problema de Microsoft...

(Hay un truco con una clave de registro en el artículo) para solucionar el problema...

Gracias por la información. Confieso que estoy un poco confundido. Mencionaste un problema de Microsoft, pero si creo una imagen de arranque con Windows, no tengo problemas para renombrarla (incluso varias veces).
El problema solo aparece si implemento el sistema operativo con WAPT. ¿Es el método de implementación lo que causa el problema? ¿Se debe a que estamos usando un archivo XML?

Hola Cédric,

esto está relacionado con la unión sin conexión con djoin, que se usa por defecto en WADS por motivos de seguridad en la plantilla XML. Tanto si usas djoin.exe de Microsoft como djoin de WAPT, el problema persiste siempre que el blob de unión binario esté integrado en unattend.xml [1]. De ahí el comentario de Simon de que es un problema de Microsoft.

Si cambias tu plantilla XML de instalación desatendida y usas la unión en línea (sin djoin), como se suele hacer con MDT, este problema no se producirá. Sin embargo, desde el punto de vista de la seguridad, se recomienda encarecidamente no dejar cuentas de unión en los archivos XML, por lo que se supone que debes realizar la unión manualmente, lo que significa que no hay una implementación totalmente automatizada.

Nota: la unión sin conexión también es posible con MDT, pero no está bien integrada, por lo que no se suele hacer.

Nota 2: Estamos considerando hacer la conexión sin conexión mediante postinstalación en lugar del archivo XML para evitar el error de Microsoft; te mantendremos informado.

Nota 3: Si puedes abrir tickets con Microsoft, no dudes en hacerlo. Sin embargo, dado que la estrategia de Microsoft es migrar a todos a Azure, no sé si será muy efectivo.

Saludos,

Denis

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

Gracias por la respuesta, ahora entiendo mejor.