6
Problem mit Softwareverteilung über GPO
Hallo!
Ich habe ein Problem in unserer Windows 2003-Domäne mit der Softwareverteilung und habe dazu leider bis jetzt nichts konkretes gefunden.
Die Verteilung über MSI-Pakete hat bis jetzt problemlos geklappt. Wenn jedoch ein Computer die Software (wie zB das .NET-Framework) bereits installiert hat oder vielleicht sogar eine neuere Version oder die gleiche Installation mit einem neueren Servicepack installiert hat, versucht dieser Client vor jeder Anmeldung das MSI-Paket zu installieren. Und das bei jedem Neustart.
Dazu habe ich jetzt einige Fragen:
Wie kann ich das verhindern? Oder wäre eine Möglichkeit das mittlerweile eh überall installierte MSI-Paket aus den Gruppenrichtlinien zu entfernen um das zu unterbinden? Die neu installierten und ausgelieferten PCs haben diese Software dann eh schon installiert.
Wenn ich dieses Paket aus der Gruppenrichtlinie einfach lösche, wird es dann auch auf allen anderen Clients entfernt?
Danke im voraus für die Hilfe.
Ich habe ein Problem in unserer Windows 2003-Domäne mit der Softwareverteilung und habe dazu leider bis jetzt nichts konkretes gefunden.
Die Verteilung über MSI-Pakete hat bis jetzt problemlos geklappt. Wenn jedoch ein Computer die Software (wie zB das .NET-Framework) bereits installiert hat oder vielleicht sogar eine neuere Version oder die gleiche Installation mit einem neueren Servicepack installiert hat, versucht dieser Client vor jeder Anmeldung das MSI-Paket zu installieren. Und das bei jedem Neustart.
Dazu habe ich jetzt einige Fragen:
Wie kann ich das verhindern? Oder wäre eine Möglichkeit das mittlerweile eh überall installierte MSI-Paket aus den Gruppenrichtlinien zu entfernen um das zu unterbinden? Die neu installierten und ausgelieferten PCs haben diese Software dann eh schon installiert.
Wenn ich dieses Paket aus der Gruppenrichtlinie einfach lösche, wird es dann auch auf allen anderen Clients entfernt?
Danke im voraus für die Hilfe.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 79583
Url: https://administrator.de/contentid/79583
Printed on: April 19, 2024 at 20:04 o'clock
6 Comments
Latest comment
Hallo,
statt dem jeweiligen User das Softwarepaket den Computern zuweisen. Dann spielt es keine Rolle, WER sich anmeldet, sondern nur der Computer, ob er das Paket schon hat oder auch nicht.
Wenn Du den ausgeführten Task der Softwarezuweisung löschst, werden die Softwarepakete auf allen Clients wieder entfernt.
LG.
Beccy
statt dem jeweiligen User das Softwarepaket den Computern zuweisen. Dann spielt es keine Rolle, WER sich anmeldet, sondern nur der Computer, ob er das Paket schon hat oder auch nicht.
Wenn Du den ausgeführten Task der Softwarezuweisung löschst, werden die Softwarepakete auf allen Clients wieder entfernt.
LG.
Beccy
Das MSI-Paket wird eh den Computern zugewiesen und nicht den Usern und trotzdem passiert es.
Es gab auch bisher nie Probleme. Erst jetzt nachdem ich ein Image (inkl. Sysprep und kompletter Software, auch die die bisher per GPO verteilt wurde und ohne ihn vorher in die Domäne zu hängen) von einem PC gemacht habe und dies auf einigen PCs ausgerollt habe.
Dort tritt dieses Problem jetzt auf. Komischerweise installiert er die Pakete ja scheinbar auch nicht richtig, weil er es bei jedem Neustart probiert. In der Ereignisanzeige konnte ich aber keine Fehler oder dergleichen finden die darauf hindeuten.
Das mit dem Entfernen des MSI-Paketes habe ich mir schon gedacht, danke für die Information.
Es gab auch bisher nie Probleme. Erst jetzt nachdem ich ein Image (inkl. Sysprep und kompletter Software, auch die die bisher per GPO verteilt wurde und ohne ihn vorher in die Domäne zu hängen) von einem PC gemacht habe und dies auf einigen PCs ausgerollt habe.
Dort tritt dieses Problem jetzt auf. Komischerweise installiert er die Pakete ja scheinbar auch nicht richtig, weil er es bei jedem Neustart probiert. In der Ereignisanzeige konnte ich aber keine Fehler oder dergleichen finden die darauf hindeuten.
Das mit dem Entfernen des MSI-Paketes habe ich mir schon gedacht, danke für die Information.
Hallo,
dann scheint mir das Problem eher an den Client-Rechnern, bzw. deren Rollout-XP zu liegen.
Normalerweise ist XP recht robust, aber ich würde raten, entweder ein neues Image anzulegen und es noch einmal mit einem Clientrechner allein zu probieren oder die anderen Rollout-Clienten neu von Hand also von CD und nicht via Rollout zu installieren.
Becci
dann scheint mir das Problem eher an den Client-Rechnern, bzw. deren Rollout-XP zu liegen.
Normalerweise ist XP recht robust, aber ich würde raten, entweder ein neues Image anzulegen und es noch einmal mit einem Clientrechner allein zu probieren oder die anderen Rollout-Clienten neu von Hand also von CD und nicht via Rollout zu installieren.
Becci
Verteile .Net Framework und Windows Updates besser mit dem WSUS.
Wir hatten mit .Net Framework 2.0 ähnliche Probleme.
D.h. dein "Image" oder sonstige neue PCs sollten ohne weitere installationen daherkommen.
MSI Verteilung per GPO ist nur wirklich sinnvoll wenn du überall gleiche Vorraussetzungen hast.
Wir hatten mit .Net Framework 2.0 ähnliche Probleme.
Wenn ich dieses Paket aus der Gruppenrichtlinie einfach lösche, wird es dann auch auf allen anderen Clients entfernt?
Ja, auf allen Clients auf den es durch die GPO installiert wurde.Die neu installierten und ausgelieferten PCs haben diese Software dann eh schon installiert.
Du machst dir das Leben leichter wenn du software nur per GPO verteilst.D.h. dein "Image" oder sonstige neue PCs sollten ohne weitere installationen daherkommen.
MSI Verteilung per GPO ist nur wirklich sinnvoll wenn du überall gleiche Vorraussetzungen hast.
@Beccy: Das es an der Imageerstellung liegt würde ich eigentlich fast ausschliessen, weil es bei zwei unterschiedlichen Images auftritt. Per Hand installieren würde zu lange dauern. Aber danke für deine Hilfe!
@Logan000: Danke, ich hab mir schon gedacht, dass es damit zu tun haben wird, dass er etwas überfordert ist zu erkennen ob die Software schon instalilert ist. Ich werde jetzt mal probieren das Image ohne dieser vorinstallierten Software zu erstellen und schauen wie er sich dann verhält.
.Net-Framework über WSUS? Hmm...danach habe ich lange gesucht, aber nichts gefunden. Hab nur das Servicepack im WSUS gefunden. Wäre eh angenehmer gewesen, weil die Installation eh eine Weile dauert und beim Abmelden sicher sinnvoller ist. Jetzt kann ich es sinnvollerweise eh nicht mehr tun, weil sonst würde er bei allen PCs das .Net-Framework vorher deinstallieren und dann wieder installieren. Wäre auch irgendwie blöd, aber ich werde schon noch eine Lösung finden.
Danke!
Lg
Bambu
@Logan000: Danke, ich hab mir schon gedacht, dass es damit zu tun haben wird, dass er etwas überfordert ist zu erkennen ob die Software schon instalilert ist. Ich werde jetzt mal probieren das Image ohne dieser vorinstallierten Software zu erstellen und schauen wie er sich dann verhält.
.Net-Framework über WSUS? Hmm...danach habe ich lange gesucht, aber nichts gefunden. Hab nur das Servicepack im WSUS gefunden. Wäre eh angenehmer gewesen, weil die Installation eh eine Weile dauert und beim Abmelden sicher sinnvoller ist. Jetzt kann ich es sinnvollerweise eh nicht mehr tun, weil sonst würde er bei allen PCs das .Net-Framework vorher deinstallieren und dann wieder installieren. Wäre auch irgendwie blöd, aber ich werde schon noch eine Lösung finden.
Danke!
Lg
Bambu
Ich habe jetzt das Image neu erstellt ohne den Softwarepaketen die ich per GPO verteile und das Problem scheint sich erledigt zu haben. Er installiert nach dem neu Aufsetzen eines Clients nun die MSI-Pakete und das nur einmal.
Danke für die Hilfe!
Danke für die Hilfe!
