5
MSI Installationen per GPO
Guten Morgen Gemeinde. Ich habe ein kurze Frage zur Softwareverteilung per GPO.
Ich habe eine MSI erstellt und in der GPO entsprechend hinterlegt. Die Verteilung funktioniert 1a.....
Allerdings erst nach dem zweiten Neustart der Clients. Die Einstellungen in der GPO und im AD habe ich diese Nacht vorgenommen, so dass ca. 6 Stunden zwischen der Aktivierung der Installation und des ersten Starts eines Clients liegen. Trotzdem wird diese
Installation erst nach einem weiteren Neustart durchgeführt.
Gibt es dafür eine plausible Erklärung??
Ich habe eine MSI erstellt und in der GPO entsprechend hinterlegt. Die Verteilung funktioniert 1a.....
Allerdings erst nach dem zweiten Neustart der Clients. Die Einstellungen in der GPO und im AD habe ich diese Nacht vorgenommen, so dass ca. 6 Stunden zwischen der Aktivierung der Installation und des ersten Starts eines Clients liegen. Trotzdem wird diese
Installation erst nach einem weiteren Neustart durchgeführt.
Gibt es dafür eine plausible Erklärung??
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 175758
Url: https://administrator.de/forum/msi-installationen-per-gpo-175758.html
Ausgedruckt am: 23.12.2024 um 11:12 Uhr
5 Kommentare
Neuester Kommentar
Hi.
Ja, die Erklärung liegt in der sog. "fast logon optimization". Informier Dich, was das ist. Auch im Ereignisprotokoll der Clients wird das stehen.
Ja, die Erklärung liegt in der sog. "fast logon optimization". Informier Dich, was das ist. Auch im Ereignisprotokoll der Clients wird das stehen.
Jo danke schonmal. Ich habe jetzt mal unsere Clients per GPO in der Computerkonfiguration-Richtlinien-Adm.Vorlagen-System-Anmelden die Option "Beim Neustart und beim Anmelden immer auf das Netzwerk warten" aktiviert.
Hatte aber keine Auswirkung auf die Richtlinie der Software-Verteilung. Selbst wenn ich die per gpupdate /force anschubse, bringt der Client die Meldung, dass es zunächst eines Neustarts bedarf.
Hatte aber keine Auswirkung auf die Richtlinie der Software-Verteilung. Selbst wenn ich die per gpupdate /force anschubse, bringt der Client die Meldung, dass es zunächst eines Neustarts bedarf.
Aber mit Sicherheit hat das Ausw. darauf und ist auch schon so von mir in der Praxis beobachtet worden. Kann man Deinen Augen trauen? ;) Nochmal prüfen, ob "Beim Neustart und beim Anmelden immer auf das Netzwerk warten" bei den Clients angekommen ist (per rsop.msc), danach eien neue Test-MSI bereitstellen und neu starten.
Moin,
Der Neustart ist völlig normal, die Software wird ja beim Hochfahren gezogen und installiert.
Cheers,
jsysde
Zitat von @Screeper:
Hatte aber keine Auswirkung auf die Richtlinie der Software-Verteilung. Selbst wenn ich die per gpupdate /force anschubse, bringt
der Client die Meldung, dass es zunächst eines Neustarts bedarf.
Hatte aber keine Auswirkung auf die Richtlinie der Software-Verteilung. Selbst wenn ich die per gpupdate /force anschubse, bringt
der Client die Meldung, dass es zunächst eines Neustarts bedarf.
Der Neustart ist völlig normal, die Software wird ja beim Hochfahren gezogen und installiert.
Cheers,
jsysde
Also, getreu dem Motto "Reboot tut gut" funktioniert das Ganze auch direkt beim Hochfahren 
Sorry, nach Neustart des DC - Thema erledigt.
Sorry, nach Neustart des DC - Thema erledigt.
