[RESOLU] « Not ready for Deployment, try again (20s) »

[cedric_974]

Bonjour,

Je tente de déployer un poste windows 11 depuis un DS linux.

J'arrive jusqu’à la task 3 : serveur data et cela tourne en boucle : « Not ready for Deployment, try again (20s) »

Mème message sur la console dans la partie statut.

Merci d'avance.

[dcardon]

Bonjour Cédric,

est ce que vous avez bien cocher "démarrer le déploiement dans la console" ?

Cordialement,

Denis

[cedric_974]

Bonjour,

Oui, je le sélectionne dans le menu, il m'impose alors la création d'un DJOIN.
Je rentre toutes les informations, Les OU sont bien visible, et je peux même choisir un groupe pour placer la machine.
Cependant, au moment de valider, j'ai cette erreur :

Capture d’écran 2026-03-31 121155.png (5.17 Kio) Consulté 26110 fois

Et je reviens sur Serveur Data : « Not ready for Deployment, try again (20s) »

Merci de votre aide.

[sfonteneau]

Bonjour

Vous pouvez essayer sans ajouter la machine dans un groupe AD ?

Simon

[sfonteneau]

Après avoir regarder vous êtes dans un cas étrange.

En faite on regarde le controleur de domaine que vous avez sélectionner

Ensuite on fait une request ldap avec le nom mentionner :

(dNSHostName=srvads.mydomain.lan)

ça voudrais dire que le controlleur de domaine que vous avez n'a pas la bonne valeur pour l'attribut dNSHostName

[Ted_974]

Bonjour

Vous pouvez essayer sans ajouter la machine dans un groupe AD ?

Simon

Non on ne peut pas, nous n'avons pas la main sur les fichiers XML de configuration et celles proposées par notre organisation nécessitent le DJOIN.
Du coup on se retrouve bloqué, lorsqu'on démarre le déploiement, il nous demande de préparer le DJOIN.

Lors de la configuration du DJOIN:
-notre domaine est bien trouvé dans la liste.
-les contrôleurs de domaines sont trouvés et affichés dans la liste.
-la connexion au domaine se fait et l'affichage de l'arborescence de l'AD et des UO se fait.

Lorsque nous cliquons sur "Enregistrer" pour valider le DJOIN
-le compte ordinateur est bien créé dans la bonne UO
-le message d'erreur "Unable to retrieve Domain Controller object" apparait et la validation de cette étape DJOIN ne se fait pas, ce qui empêche le démarrage du déploiement qui redemande la préparation du DJOIN...

[Ted_974]

Après avoir regarder vous êtes dans un cas étrange.

En faite on regarde le controleur de domaine que vous avez sélectionner

Ensuite on fait une request ldap avec le nom mentionner :

(dNSHostName=srvads.mydomain.lan)

ça voudrais dire que le controlleur de domaine que vous avez n'a pas la bonne valeur pour l'attribut dNSHostName

après vérification dans notre AD, la valeur de l'attribut dNSHostName du contrôleur de domaine est bonne.

Je suppose que la requête LDAP faite par WAPT sur notre AD utilise les credentials spécifiés dans la section "Identifiants du domaine" de la configuration DJOIN?
Si c'est bien le cas, est ce que notre blocage pourrait provenir des droits attribués à ce compte sur l'AD?

[sfonteneau]

après vérification dans notre AD, la valeur de l'attribut dNSHostName du contrôleur de domaine est bonne.

Le code associer est le suivant:

Code : Tout sélectionner

 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');

Vous pouvez essayer de faire la request ldap avec votre compte ? :

(dNSHostName=srvadcs.mydomain.lan)

srvadcs.mydomain.lan viens de la gui djoin dans controleur de domaine"

[Ted_974]

après vérification dans notre AD, la valeur de l'attribut dNSHostName du contrôleur de domaine est bonne.

Le code associer est le suivant:

Code : Tout sélectionner

 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');

Vous pouvez essayer de faire la request ldap avec votre compte ? :

(dNSHostName=srvadcs.mydomain.lan)

srvadcs.mydomain.lan viens de la gui djoin dans controleur de domaine"

En partant de l'indication de la requête LDAP de votre réponse, j'ai tenté la commande powershell ci-après pour vérifier que je peux interroger les attributs du DC

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

Et le résultat de la commande est: "Get-ADComputer : Impossible de trouver un objet avec l’identité «NOM_DU_DC»"
J'ai demandé à notre admin du domaine de faire la commande avec son compte et la commande fonctionne.
On s'oriente donc vers un problème de droits/delegations de notre compte AD sur le DC.

[sfonteneau]

Intéressant ... je n'ai pas rencontrer ce genre de configuration ailleurs . (même sur les autre site de votre organisation)

Cette partie du code est opensource et lisible ici:
https://github.com/tranquilit/pltis_djo ... n.pas#L194

A la limite on pourrais faire sans mais par contre l'attribut serverReferenceBL est lisible (minimum) ?