OPSI-Client wird beim Aufsetzen eines neuen Clients nicht installiert / Windows-Installation schließt nicht korrekt ab

[Mogelbaum]

Hallo,

Bei der Erstellung eines neuen Clients via OPSI läuft die Windows-Installation durch, wird jedoch nicht korrekt abgeschlossen.
Das Windows steht auf der Anmeldemaske mit lokalem Administrator-Konto.

- die WINPE Partition ist noch vorhanden
- der OPSI Client ist nicht installiert
- Netzwerkverbindung ist vorhanden (Server ist pingbar und die Service-URL lässt sich im Browser aufrufen).
- Startet man die opsi-installation-helper.exe manuell, läuft die Installation sauber durch und wird auch im configed als "installed" angezeigt, das Windows aber weiterhin als "Unknown" / "running"

Im postinst.log sind die letzte Einträge diese:

Code: Alles auswählen

[15.09.2026 14:06:16,24] Copying W:\opsi\opsi-script-infos.ini to c:\opsi.org\data
        1 Datei(en) kopiert.
[15.09.2026 14:06:16,25] Copying c:\opsi.org\tmp\postinst.d\10_dhcp.opsiscript to c:\opsi.org\data
        1 Datei(en) kopiert.
[15.09.2026 14:06:16,25] Starting opsi-script
[15.09.2026 14:06:16,25] Executing: "W:\opsi\opsi-client-agent\files\opsi-script\opsi-script.exe" "c:\opsi.org\data\10_dhcp.opsiscript" "c:\opsi.org\log\postinst_10_dhcp.log" /batch 
[15.09.2026 14:06:57,93] finished 10_dhcp.cmd
[15.09.2026 14:06:57,93] Executing c:\opsi.org\tmp\postinst.d\20_try.ps1 
[15.09.2026 14:06:59,77] Executing c:\opsi.org\tmp\postinst.d\25_mui.cmd 
[15.09.2026 14:06:59,78] Skipping mui installation - mui setup "W:\opsi\mui\muisetup.exe" not found
[15.09.2026 14:06:59,78] Executing c:\opsi.org\tmp\postinst.d\50_opsi-client-agent.cmd 
[15.09.2026 14:06:59,81] Starting opsi-client-agent installation as user Administrator
[15.09.2026 14:06:59,81] install.conf found
[15.09.2026 14:06:59,81] config.ini found
[15.09.2026 14:06:59,81] Executing: "W:\opsi\opsi-client-agent\oca-installation-helper.exe" "--non-interactive" "--service-address" https://opsiserver.test.local:4447/rpc "--client-id" testopsi.test.local "--service-username" testopsi.test.local "--service-password" 12345678901234567890 "--bootimage"

Danach passiert nichts mehr. Unter /var/log/opsi/opsiconfd gibt es auch kein passendes log dazu.
Jemand eine Idee, was das Problem sein könnte? Oder wo ich noch überall nachschauen könnte?

[ThomasT]

Hallo,

wir kennen das Phänomen im Zusammenhang mit zwei Umgebungsfaktoren:
1. unglückliches Timing, der Rechner aktualisiert gerade zum Start des oca-installation-helpers die Netzwerktreiber, hier kann man testweise eine Datei 49_wait120sec.cmd mit Inhalt

Code: Alles auswählen

timeout /t 120 /nobreak

in /var/lib/opsi/depot/win11-x64/opsi/postinst.d einfügen und schauen ob das das Verhalten verbessert
2. der MS Defender kann keinen cloudbasierten Schutz durchführen, weil er keinen Zugriff zur MS Cloud hat. Hier kann man mit Set-MpPreference arbeiten oder dem Rechner temporär Zugriff zur Cloud geben.

[n.doerrer]

Moin,

für den 2. Fall haben wir nun in den neuen windows netboot-Paketen 4.3.1.0-1 (seit jetzt in experimental) einen möglichen workaround als ProductProperty. "defender_slow_installation_workaround" auf True könnte das Problem möglicherweise lösen.

[Mogelbaum]

Servus,

mit dem neuen netboot-Paket und defender_slow_installation_workaround auf True hat es funktioniert.
Die vorherigen Versuche mit Set-MpPreference den Defender zu umgehen, waren leider nur von mäßigem Erfolg gekrönt. Windows ist da doch ziemlich sperrig, wenn man versucht das Ganze per Skript zu automatisieren.

Danke für Hilfe!