[GELÖST] „Noch nicht bereit für den Einsatz, bitte versuchen Sie es erneut (20 Sekunden)“

[cedric_974]

Hallo,

ich versuche, eine Windows-11-Maschine von einer Linux-Distribution aus bereitzustellen.

Ich komme bis zu Aufgabe 3: Datenserver, dann hängt es sich in einer Schleife auf: „Nicht bereit für die Bereitstellung, bitte versuchen Sie es erneut (20 Sekunden)“.

Dieselbe Meldung erscheint auch im Statusbereich der Konsole.

Vielen Dank im Voraus.

[dcardon]

Hallo Cédric,

hast du „Bereitstellung in der Konsole starten“ aktiviert?

Viele Grüße,

Denis

[cedric_974]

Guten Morgen,

Ja, ich wähle es im Menü aus, dann werde ich gezwungen, einen DJOIN zu erstellen.
Ich gebe alle Informationen ein, die ORs sind deutlich sichtbar, und ich kann sogar eine Gruppe auswählen, in der die Maschine platziert werden soll.
Beim Absenden erhalte ich jedoch folgende Fehlermeldung:

Screenshot 2026-03-31 121155.png (5,17 KB) 30735 Aufrufe

Und ich bin wieder auf dem Datenserver: „Nicht bereit für die Bereitstellung, bitte versuchen Sie es erneut (20 Sekunden)“

Ich danke Ihnen für Ihre Hilfe.

[Sfonteneau]

Hallo,

könnten Sie es bitte versuchen, ohne den Rechner einer AD-Gruppe hinzuzufügen?

Simon

[Sfonteneau]

Nach eingehender Prüfung befinden Sie sich in einer ungewöhnlichen Situation.

Wir betrachten den von Ihnen ausgewählten Domänencontroller.

Anschließend führen wir eine LDAP-Anfrage mit dem genannten Namen durch:

(dNSHostName=srvads.mydomain.lan).

Dies deutet darauf hin, dass Ihr Domänencontroller nicht den korrekten Wert für das Attribut „dNSHostName“ besitzt.

[Ted_974]

Hallo,

könnten Sie es bitte versuchen, ohne den Rechner einer AD-Gruppe hinzuzufügen?

Simon

Nein, das ist nicht möglich; wir haben keine Kontrolle über die Konfigurations-XML-Dateien, und die von unserer Organisation angebotenen Dateien erfordern DJOIN.
Wir stecken also fest; wenn wir mit dem Einsatz beginnen, werden wir aufgefordert, DJOIN vorzubereiten.

Während der DJOIN-Konfiguration:
Unsere Domain ist tatsächlich in der Liste zu finden.
-Domänencontroller werden gefunden und in der Liste angezeigt.
-Die Verbindung zur Domäne wird hergestellt und die AD-Struktur sowie die Organisationseinheiten werden angezeigt.

Wenn wir auf „Speichern“ klicken, um die DJOIN-Konfiguration zu bestätigen
Das Computerkonto wurde korrekt in der richtigen Organisationseinheit erstellt
Es erscheint die Fehlermeldung „Domänencontroller-Objekt konnte nicht abgerufen werden“, und die Validierung dieses DJOIN-Schritts schlägt fehl, wodurch die Bereitstellung nicht gestartet werden kann und die DJOIN-Vorbereitung erneut ausgelöst wird….

[Ted_974]

Nach eingehender Prüfung befinden Sie sich in einer ungewöhnlichen Situation.

Wir betrachten den von Ihnen ausgewählten Domänencontroller.

Anschließend führen wir eine LDAP-Anfrage mit dem genannten Namen durch:

(dNSHostName=srvads.mydomain.lan).

Dies deutet darauf hin, dass Ihr Domänencontroller nicht den korrekten Wert für das Attribut „dNSHostName“ besitzt.

Nach Überprüfung in unserem Active Directory ist der Wert des Attributs dNSHostName des Domänencontrollers korrekt.

Ich gehe davon aus, dass die von WAPT an unser AD gesendete LDAP-Abfrage die in der Sektion „Domänenanmeldeinformationen“ der DJOIN-Konfiguration angegebenen Anmeldeinformationen verwendet
Falls das der Fall ist, könnte unsere Blockierung auf die diesem Konto in Active Directory zugewiesenen Berechtigungen zurückzuführen sein?

[Sfonteneau]

Nach Überprüfung in unserem AD ist der Wert des dNSHostName-Attributs des Domänencontrollers korrekt.

Der zugehörige Code lautet wie folgt:

Code: Alle auswählen

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

Können Sie versuchen, die LDAP-Anfrage mit Ihrem Konto zu stellen?

(dNSHostName=srvadcs.mydomain.lan)

srvadcs.mydomain.lan stammt vom GUI-Eintritt im Domänencontroller

[Ted_974]

Nach Überprüfung in unserem AD ist der Wert des dNSHostName-Attributs des Domänencontrollers korrekt.

Der zugehörige Code lautet wie folgt:

Code: Alle auswählen

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

Können Sie versuchen, die LDAP-Anfrage mit Ihrem Konto zu stellen?

(dNSHostName=srvadcs.mydomain.lan)

srvadcs.mydomain.lan stammt vom GUI-Eintritt im Domänencontroller

Basierend auf den LDAP-Abfrageinformationen in Ihrer Antwort habe ich den folgenden PowerShell-Befehl ausprobiert, um zu überprüfen, ob ich die DC-Attribute abfragen kann

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

Das Ergebnis des Befehls lautet: "Get-ADComputer: Es konnte kein Objekt mit der Identität 'DC_NAME' gefunden werden."
Ich habe unseren Domain-Administrator gebeten, die Bestellung über sein Konto aufzugeben, und die Bestellung funktioniert.
Wir gehen daher von einem Problem mit den Rechten/Delegationen unseres AD-Kontos auf dem DC aus.

[Sfonteneau]

Interessant … Ich bin bisher noch keiner solchen Konfiguration begegnet (auch nicht an anderen Standorten innerhalb Ihrer Organisation).

Dieser Codeabschnitt ist Open Source und hier einsehbar:
https://github.com/tranquilit/pltis_djo ... n.pas#L194.

Theoretisch könnten wir darauf verzichten, aber ist das Attribut `serverReferenceBL` wenigstens lesbar?