[RISOLTO] "Non pronto per la distribuzione, riprova (20 secondi)"

[cedric_974]

Salve,

sto cercando di distribuire una macchina Windows 11 da una distribuzione Linux.

Arrivo al compito 3: server dati, e poi si blocca in un ciclo: "Non pronto per la distribuzione, riprova (20s)".

Lo stesso messaggio appare nella sezione di stato della console.

Grazie in anticipo.

[dcardon]

Ciao Cédric,

hai controllato "avvia la distribuzione nella console"?

Saluti,

Denis

[cedric_974]

Buongiorno,

Sì, lo seleziono dal menu e poi mi obbliga a creare un account DJOIN.
Inserisco tutte le informazioni, le sale operatorie sono chiaramente visibili e posso persino scegliere un gruppo in cui posizionare la macchina.
Tuttavia, quando provo a inviare, ricevo questo errore:

Screenshot 2026-03-31 121155.png (5,17 KB) Visualizzato 26470 volte

E sono di nuovo sul server dati: "Non pronto per la distribuzione, riprova (20s)"

Grazie per l'aiuto.

[sfontenau]

Ciao,

potresti provare senza aggiungere il computer a un gruppo di Active Directory?

Simon

[sfontenau]

Dopo aver esaminato la situazione, ci troviamo in una situazione anomala.

Stiamo analizzando il controller di dominio che hai selezionato.

Successivamente, effettuiamo una richiesta LDAP con il nome specificato:

(dNSHostName=srvads.mydomain.lan).

Questo significa che il controller di dominio in tuo possesso non ha il valore corretto per l'attributo dNSHostName.

[Ted_974]

Salve,

potreste provare senza aggiungere il computer a un gruppo di Active Directory?

Simon

No, non possiamo; non abbiamo il controllo sui file XML di configurazione e quelli offerti dalla nostra organizzazione richiedono DJOIN.
Ci troviamo quindi bloccati; quando avviamo l'implementazione, ci viene chiesto di preparare DJOIN.

Durante la configurazione di DJOIN:
-Il nostro dominio è effettivamente presente nell'elenco.
-I controller di dominio vengono individuati e visualizzati nell'elenco.
- Viene stabilita la connessione al dominio e vengono visualizzati l'albero di Active Directory e le unità organizzative (OU).

Quando clicchiamo su "Salva" per convalidare il DJOIN
-L'account del computer è stato creato correttamente nell'unità organizzativa corretta
Viene visualizzato il messaggio di errore "Impossibile recuperare l'oggetto Domain Controller" e la convalida di questo passaggio di DJOIN fallisce, impedendo l'avvio della distribuzione e richiedendo nuovamente la preparazione di DJOIN...

[Ted_974]

Dopo aver esaminato la questione, ti trovi in ​​una situazione strana.

Stiamo esaminando il controller di dominio che hai selezionato.

Quindi effettuiamo una richiesta LDAP con il nome menzionato:

(dNSHostName=srvads.mydomain.lan).

Ciò significherebbe che il controller di dominio che hai non ha il valore corretto per l'attributo dNSHostName.

Dopo aver effettuato una verifica nel nostro Active Directory, il valore dell'attributo dNSHostName del controller di dominio risulta corretto.

Presumo che la query LDAP effettuata da WAPT sul nostro Active Directory utilizzi le credenziali specificate nella sezione "Credenziali di dominio" della configurazione di DJOIN?
In tal caso, il blocco potrebbe derivare dalle autorizzazioni assegnate a questo account su Active Directory?

[sfontenau]

Dopo aver verificato nel nostro Active Directory, il valore dell'attributo dNSHostName del controller di dominio è corretto.

Il codice associato è il seguente:

Codice: Seleziona tutto

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

Puoi provare a effettuare la richiesta LDAP con il tuo account?

(dNSHostName=srvadcs.miodominio.lan)

srvadcs.mydomain.lan proviene dall'adesione tramite interfaccia grafica al controller di dominio

[Ted_974]

Dopo aver verificato nel nostro Active Directory, il valore dell'attributo dNSHostName del controller di dominio è corretto.

Il codice associato è il seguente:

Codice: Seleziona tutto

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

Puoi provare a effettuare la richiesta LDAP con il tuo account?

(dNSHostName=srvadcs.miodominio.lan)

srvadcs.mydomain.lan proviene dall'adesione tramite interfaccia grafica al controller di dominio

In base alle informazioni sulla query LDAP contenute nella tua risposta, ho provato il seguente comando PowerShell per verificare di poter interrogare gli attributi del controller di dominio

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

E il risultato del comando è: "Get-ADComputer: Impossibile trovare un oggetto con l'identità 'DC_NAME'"
Ho chiesto al nostro amministratore di dominio di effettuare l'ordine con il suo account e l'ordine è andato a buon fine.
Pertanto, propendiamo per un problema relativo ai diritti/deleghe del nostro account AD sul controller di dominio.

[sfontenau]

Interessante... Non ho mai incontrato questo tipo di configurazione altrove (nemmeno in altri siti della vostra organizzazione).

Questa parte del codice è open source e leggibile qui:
https://github.com/tranquilit/pltis_djo ... n.pas#L194

Teoricamente potremmo farne a meno, ma l'attributo `serverReferenceBL` è almeno leggibile?