[RESUELTO] “No está listo para el despliegue, inténtelo de nuevo (20 s)”

[cedric_974]

Hola,

estoy intentando desplegar una máquina Windows 11 desde una distribución Linux.

Llego a la tarea 3: servidor de datos, y luego se queda atascada en un bucle: "No está lista para el despliegue, inténtelo de nuevo (20 s)".

El mismo mensaje aparece en la sección de estado de la consola.

Gracias de antemano.

[dcardón]

Hola Cédric,

¿has comprobado la opción "iniciar despliegue en la consola"?

Saludos,

Denis

[cedric_974]

Buen día,

Sí, lo selecciono del menú y luego me obliga a crear un DJOIN.
Introduzco toda la información, los OR son claramente visibles e incluso puedo elegir un grupo para colocar la máquina.
Sin embargo, cuando intento enviarlo, recibo este error:

Captura de pantalla 2026-03-31 121155.png (5,17 KB) Vista 26508 veces

Y vuelvo al servidor de datos: "No está listo para la implementación, inténtelo de nuevo (20 s)"

Gracias por su ayuda.

[Sfonteneau]

Hola,

¿podrías probar sin añadir la máquina a un grupo de Active Directory?

Simon

[Sfonteneau]

Tras analizarlo, te encuentras en una situación extraña.

Estamos viendo el controlador de dominio que seleccionaste.

Luego, realizamos una solicitud LDAP con el nombre mencionado:

(dNSHostName=srvads.mydomain.lan).

Esto significa que el controlador de dominio que tienes no tiene el valor correcto para el atributo dNSHostName.

[Ted_974]

Hola, ¿

podrías intentarlo sin agregar la máquina a un grupo de AD?

Simon

No, no podemos; no tenemos control sobre los archivos XML de configuración, y los que ofrece nuestra organización requieren DJOIN.
Así que nos encontramos atascados; cuando iniciamos el despliegue, nos pide que preparemos el DJOIN.

Durante la configuración de DJOIN:
-Nuestro dominio sí aparece en la lista.
-Los controladores de dominio se encuentran y se muestran en la lista.
-Se establece la conexión con el dominio y se muestran el árbol de Active Directory y las unidades organizativas (OU).

Cuando hacemos clic en "Guardar" para validar el DJOIN
-La cuenta de equipo se creó correctamente en la unidad organizativa (OU) correcta
-Aparece el mensaje de error "No se puede recuperar el objeto del controlador de dominio" y falla la validación de este paso DJOIN, lo que impide que se inicie la implementación y solicita de nuevo la preparación de DJOIN...

[Ted_974]

Después de investigarlo, te encuentras en una situación extraña.

Estamos viendo el controlador de dominio que seleccionaste.

Luego hacemos una solicitud LDAP con el nombre mencionado:

(dNSHostName=srvads.mydomain.lan).

Esto significaría que el controlador de dominio que tienes no tiene el valor correcto para el atributo dNSHostName.

Tras comprobarlo en nuestro Active Directory, el valor del atributo dNSHostName del controlador de dominio es correcto.

Supongo que la consulta LDAP realizada por WAPT en nuestro AD utiliza las credenciales especificadas en la sección "Credenciales de dominio" de la configuración DJOIN, ¿verdad?
Si ese es el caso, ¿podría nuestro bloqueo deberse a los permisos asignados a esta cuenta en Active Directory?

[Sfonteneau]

Después de comprobar en nuestro AD, el valor del atributo dNSHostName del controlador de dominio es correcto.

El código asociado es el siguiente:

Código: Seleccionar todo

 if DomainController = '' then
    DCObject := GetDCforIp(ldap)
  else
    DCObject := ldap.SearchFirst(ldap.WellKnownObject(lkoDomainControllers), FormatUtf8('(dNSHostName=%)', [DomainController]), ['dNSHostName', 'serverReferenceBL']);
  if not Assigned(DCObject) then
     raise Exception.Create('Unable to retreive Domain Controller object');

¿Puedes intentar realizar la solicitud LDAP con tu cuenta?

(dNSHostName=srvadcs.midominio.lan)

srvadcs.mydomain.lan proviene de la unión mediante GUI en el controlador de dominio

[Ted_974]

Después de comprobar en nuestro AD, el valor del atributo dNSHostName del controlador de dominio es correcto.

El código asociado es el siguiente:

Código: Seleccionar todo

 if DomainController = '' then
    DCObject := GetDCforIp(ldap)
  else
    DCObject := ldap.SearchFirst(ldap.WellKnownObject(lkoDomainControllers), FormatUtf8('(dNSHostName=%)', [DomainController]), ['dNSHostName', 'serverReferenceBL']);
  if not Assigned(DCObject) then
     raise Exception.Create('Unable to retreive Domain Controller object');

¿Puedes intentar realizar la solicitud LDAP con tu cuenta?

(dNSHostName=srvadcs.midominio.lan)

srvadcs.mydomain.lan proviene de la unión mediante GUI en el controlador de dominio

Basándome en la información de la consulta LDAP de su respuesta, probé el siguiente comando de PowerShell para verificar que puedo consultar los atributos del controlador de dominio

Get-ADComputer -identity "NOM_DU_DC" -Properties dNSHostname | select-object Name, dNSHostName

Y el resultado del comando es: "Get-ADComputer: No se pudo encontrar un objeto con la identidad 'DC_NAME'"
Le pedí a nuestro administrador de dominio que hiciera el pedido con su cuenta y el pedido funcionó.
Por lo tanto, nos inclinamos a pensar que hay un problema con los derechos/delegaciones de nuestra cuenta de AD en el controlador de dominio.

[Sfonteneau]

Interesante... No he encontrado este tipo de configuración en ningún otro lugar (ni siquiera en otros sitios dentro de su organización).

Esta parte del código es de código abierto y se puede consultar aquí:
https://github.com/tranquilit/pltis_djo ... n.pas#L194

En teoría, podríamos prescindir de ella, pero ¿al menos el atributo `serverReferenceBL` es legible?