15
Wie verteilt Ihr Software im AD auf die Clients? GPO?
Hallo!
Die Kernfrage steht eigentlich schon im Titel: Wie verteilt ihr Software und haltet sie aktuell auf den Clients?
Bislang mache ich das alles per GPO - Entweder über die Softwareverteilung oder über Batch/PS-Skripte.
Das wird gefühlt von Jahr zu Jahr unangenehmer. Manche Software lässt sich nur in vielen Schritten und Handarbeit verteilen und das bei jedem Update (z.B. Adobe Reader)
Entsprechend: Wie macht ihr das?
Aktueller Kandidat wäre z.B. PDQ Deploy
Das Ganze sieht ganz gut aus, aber der Deploy-Server benötigt Zugriff auf die IPC$ und ADMIN$ Shares der Clients. Das finde ich unangenehm.
Wichtig ist mir, dass die Installation z.B. auch auf das Herunterfahren oder Hochfahren des Systems terminiert werden kann.
Danke für eure Tipps!
Phil
Die Kernfrage steht eigentlich schon im Titel: Wie verteilt ihr Software und haltet sie aktuell auf den Clients?
Bislang mache ich das alles per GPO - Entweder über die Softwareverteilung oder über Batch/PS-Skripte.
Das wird gefühlt von Jahr zu Jahr unangenehmer. Manche Software lässt sich nur in vielen Schritten und Handarbeit verteilen und das bei jedem Update (z.B. Adobe Reader)
Entsprechend: Wie macht ihr das?
Aktueller Kandidat wäre z.B. PDQ Deploy
Das Ganze sieht ganz gut aus, aber der Deploy-Server benötigt Zugriff auf die IPC$ und ADMIN$ Shares der Clients. Das finde ich unangenehm.
Wichtig ist mir, dass die Installation z.B. auch auf das Herunterfahren oder Hochfahren des Systems terminiert werden kann.
Danke für eure Tipps!
Phil
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: 643007
Url: https://administrator.de/contentid/643007
Ausgedruckt am: 22.11.2024 um 00:11 Uhr
15 Kommentare
Neuester Kommentar
Moin!
Ich mache gute alte Level-0-Verteilung.
Ich richte mich nach der Software, die zu verteilen es gilt.
Gruß
bdmvg
Ich mache gute alte Level-0-Verteilung.
Ich richte mich nach der Software, die zu verteilen es gilt.
- Kommt sie in einem verteilbaren MSI-Paket, baue ich mit ORCA (oder wie bei Adobe mit dem Customization Wizard) eine mir passend erscheinende MST.
- Kommt sie mit einem EXE-Installer, schaue ich, ob der Antwortdateien und/oder Optionen für Silent-Install beherrscht und spreche das mittels Skript an, da ich ein Abbruchkriterium brauche.
- Für spezielle Fälle, skripte ich die Installation so gut es eben geht.
- Für absolute Spezialfälle, führe ich die Installation auf einer Referenzmaschine aus, monitore die Änderungen und skripte eine eigene Installation nach Maß.
Gruß
bdmvg
Dito wie @Franz-Josef-II
Aber von wievielen Clients sprechen wir? 10? 50? 1000?
Je nachdem...
...würde sich SCCM vielleicht auszahlen.
Benefit daraus:
Reporting inklusive
angenehmes Verteilen der Software
Clients voll verwaltbar
usw.
Aber von wievielen Clients sprechen wir? 10? 50? 1000?
Je nachdem...
- wieviel Kohle ihr investieren wollt
- was eigentlich das Ziel ist
- verteilte Systeme (Mehrere Standorte) ?
- wie groß ist die Produktpalette?
...würde sich SCCM vielleicht auszahlen.
Benefit daraus:
Reporting inklusive
angenehmes Verteilen der Software
Clients voll verwaltbar
usw.
Zitat von @beidermachtvongreyscull:
- Kommt sie in einem verteilbaren MSI-Paket, baue ich mit ORCA (oder wie bei Adobe mit dem Customization Wizard) eine mir passend erscheinende MST.
Das sowieso
Zitat von @beidermachtvongreyscull:
- Kommt sie mit einem EXE-Installer, schaue ich, ob der Antwortdateien und/oder Optionen für Silent-Install beherrscht und spreche das mittels Skript an, da ich ein Abbruchkriterium brauche.
Ein Blick mit z.B. 7-zip in die exe, es könnte ja eine msi drinnen verpackt sein
Zitat von @beidermachtvongreyscull:
- Für spezielle Fälle, skripte ich die Installation so gut es eben geht.
AutoIT z.B.
Zitat von @beidermachtvongreyscull:
- Für absolute Spezialfälle, führe ich die Installation auf einer Referenzmaschine aus, monitore die Änderungen und skripte eine eigene Installation nach Maß.
Hatte ich bis jetzt noch nicht.
Ich hätte aber seine Frage eher nach einem "wie bekomme ich das fertige Installationsdingsbumms zum Rechner und weniger "wie erstelle ich ein nach meinen Bedürfnissen angepaßtes Installationsdingsbumms" verstanden.
1
Hallo,
von welcher Größe (Anzahl der gemanagten Clients) reden wir hier?
Bei kleineren Umgebungen kann ich PDQ Deploy empfehlen, ab einer bestimmten Größenordnung auch Baramundi.
Gruß
von welcher Größe (Anzahl der gemanagten Clients) reden wir hier?
Bei kleineren Umgebungen kann ich PDQ Deploy empfehlen, ab einer bestimmten Größenordnung auch Baramundi.
Gruß
Es geht um 300 Clients aktuell.
Hältst Du da SCCM schon für passend?
Ich habe 4 Standorte mit je ca 150 Clients ...... und ja, ich halte ihn für passend, obwohl ich auf Intune umsteigen werde. Mich kostet es allerdings nichts ..... zahlt der übergeordnete Chef
Der opsi ist/war auch brauchbar, nur konnte er nicht mit UEFI umgehen, zumindest in der kostenlose Variante. Ich wäre ja dabei geblieben, nur mein direkter Chef wollte die Kosten der UEFI ERweiterung nicht tragen, gibt eh den SCCM.
SCCM und/oder Powershell
Zitat von @Franz-Josef-II:
Ein Blick mit z.B. 7-zip in die exe, es könnte ja eine msi drinnen verpackt sein
Wenn Du die JRE von Oracle damals so verteilen wolltest, biste auf die Schnauze gefallen, da Oracle eine verfrickelte MSI im EXE-Installer drin hat(te), die sich nicht hat verteilen lassen. Deswegen hab ich das gelassen und eben geschaut, dass ich das mit Optionen abgefackelt habe. Aber im Prinzip hast Du Recht. Kann man machen.Zitat von @beidermachtvongreyscull:
- Kommt sie mit einem EXE-Installer, schaue ich, ob der Antwortdateien und/oder Optionen für Silent-Install beherrscht und spreche das mittels Skript an, da ich ein Abbruchkriterium brauche.
Ein Blick mit z.B. 7-zip in die exe, es könnte ja eine msi drinnen verpackt sein
Zitat von @beidermachtvongreyscull:
- Für spezielle Fälle, skripte ich die Installation so gut es eben geht.
AutoIT z.B.
Zitat von @beidermachtvongreyscull:
- Für absolute Spezialfälle, führe ich die Installation auf einer Referenzmaschine aus, monitore die Änderungen und skripte eine eigene Installation nach Maß.
Hatte ich bis jetzt noch nicht.
Wenn auf den 300 Clients nur jeweils 3 Produkte verteilt werden sollen, eher nicht. Wenn du aber auch noch Reporting nutzen und AD anbinden willst, WSUS usw via SCCM verwalten willst, dann schon.
Kommt wie gesagt darauf an was man machen will.
Zitat von @beidermachtvongreyscull:
AutoIT z.B.
Korrekt.
Hatte ich bis jetzt noch nicht.
Ich bisher nur ein-, zweimal. Ist aber gut zu wissen, dass es auch diesen Weg gibt.
Zitat von @Franz-Josef-II:
Ein Blick mit z.B. 7-zip in die exe, es könnte ja eine msi drinnen verpackt sein
Wenn Du die JRE von Oracle damals so verteilen wolltest, biste auf die Schnauze gefallen, da Oracle eine verfrickelte MSI im EXE-Installer drin hat(te), die sich nicht hat verteilen lassen. Deswegen hab ich das gelassen und eben geschaut, dass ich das mit Optionen abgefackelt habe. Aber im Prinzip hast Du Recht. Kann man machen.Zitat von @beidermachtvongreyscull:
- Kommt sie mit einem EXE-Installer, schaue ich, ob der Antwortdateien und/oder Optionen für Silent-Install beherrscht und spreche das mittels Skript an, da ich ein Abbruchkriterium brauche.
Ein Blick mit z.B. 7-zip in die exe, es könnte ja eine msi drinnen verpackt sein
Zitat von @beidermachtvongreyscull:
- Für spezielle Fälle, skripte ich die Installation so gut es eben geht.
AutoIT z.B.
Zitat von @beidermachtvongreyscull:
- Für absolute Spezialfälle, führe ich die Installation auf einer Referenzmaschine aus, monitore die Änderungen und skripte eine eigene Installation nach Maß.
Hatte ich bis jetzt noch nicht.
Wir haben für für die Verteilung einige Cmdlet und eine Scriptvorlage erstellt.
Bei 8000 Clients und über 400 Produkte zahlt sich das aber aus.
Geil!
Find ich ehrlich toll, wenn man sich immer noch dahinter klemmt und Probleme selber versucht zu lösen, anstatt immer Lösungen sofort von außen einzukaufen.
Find ich ehrlich toll, wenn man sich immer noch dahinter klemmt und Probleme selber versucht zu lösen, anstatt immer Lösungen sofort von außen einzukaufen.
hi,
bin inzwischen auch sehr froh, dass wir SCCM haben. (bzw. jetzt bitte MECM ^^)
Wenn man sich einmal reingewurschtelt hat und das System läuft, ist es schon sehr praktisch.
Was ich erst später schätzen gelernt habe, ist die Datensammlung. kannst fast alles abfragen. An die Reports muss man sich halt mal gewöhnen...
Man darf halt den Wartungsaufwand für das System selbst nicht unterschätzen. Wenn zb der Managment Client auf den Devices nicht passt, sind alle Deployments und Reports nur die halbe Wahrheit....
sg Dirm
bin inzwischen auch sehr froh, dass wir SCCM haben. (bzw. jetzt bitte MECM ^^)
Wenn man sich einmal reingewurschtelt hat und das System läuft, ist es schon sehr praktisch.
Was ich erst später schätzen gelernt habe, ist die Datensammlung. kannst fast alles abfragen. An die Reports muss man sich halt mal gewöhnen...
Man darf halt den Wartungsaufwand für das System selbst nicht unterschätzen. Wenn zb der Managment Client auf den Devices nicht passt, sind alle Deployments und Reports nur die halbe Wahrheit....
sg Dirm
Ich nutze WSUS package publisher, eine Freeware, die auf WSUS aufsetzt.
Kann MSIs und MSPs verteilen, aber auch jedes Setup, was Silent-Parameter kennt.
Handling ist simpel, Reporting ist für meine Zwecke ausreichend.
Die Clients können, wie bei anderen Windows-Updates auch, entscheiden, die Updates beim Herunterfahren zu installieren.
https://github.com/DCourtel/Wsus_Package_Publisher
https://www.windowspro.de/philip-lorenz/windows-package-publisher-softwa ...
Kann MSIs und MSPs verteilen, aber auch jedes Setup, was Silent-Parameter kennt.
Handling ist simpel, Reporting ist für meine Zwecke ausreichend.
Die Clients können, wie bei anderen Windows-Updates auch, entscheiden, die Updates beim Herunterfahren zu installieren.
https://github.com/DCourtel/Wsus_Package_Publisher
https://www.windowspro.de/philip-lorenz/windows-package-publisher-softwa ...
Moin,
Bietet natürlich durch aus mehr als die klassische Software Verteilung.
Gruß,
Dani
Entsprechend: Wie macht ihr das?
wir haben uns von SCCM, WSUS, WPP, OPSI unternehmensweit getrennt und einheitlich ACMP eingeführt.Bietet natürlich durch aus mehr als die klassische Software Verteilung.
Gruß,
Dani
