SCCM Anwendung automatisch schließen
Hi,
möchte ein Outlook Plugin per SCCM verteilen, das Setup beendet aber Outlook. EIn Pop-Up soll her.
1. Option - Requirement mit global Condition - da gibt es aber einen Bug, dass diese Application gar nicht im Software Center am Client aufscheint.
2. Option - Installation Behavior - Die Application ist required und ich hätte gewählt, dass Outlook.exe automatisch geschlossen werden soll. Es kommt am Client ein Pop-Up das brav nachfragt und behauptet Outlook wird geschlossen. Aber Outlook bleibt und das Setup scheitert.
3. PSAppDeployToolkit - dazu liest man viel gutes, aber mir wäre eine simplere Version lieber.
Irgendwer einen Tip wie man OPtion 2 oder sogar 1. doch noch zum Laufen bekommt?
sg Dirm
möchte ein Outlook Plugin per SCCM verteilen, das Setup beendet aber Outlook. EIn Pop-Up soll her.
1. Option - Requirement mit global Condition - da gibt es aber einen Bug, dass diese Application gar nicht im Software Center am Client aufscheint.
2. Option - Installation Behavior - Die Application ist required und ich hätte gewählt, dass Outlook.exe automatisch geschlossen werden soll. Es kommt am Client ein Pop-Up das brav nachfragt und behauptet Outlook wird geschlossen. Aber Outlook bleibt und das Setup scheitert.
3. PSAppDeployToolkit - dazu liest man viel gutes, aber mir wäre eine simplere Version lieber.
Irgendwer einen Tip wie man OPtion 2 oder sogar 1. doch noch zum Laufen bekommt?
sg Dirm
Please also mark the comments that contributed to the solution of the article
Content-ID: 613152
Url: https://administrator.de/contentid/613152
Printed on: December 4, 2024 at 06:12 o'clock
5 Comments
Latest comment
Hi,
Hängst du das Setup direkt ein oder ist ein Script vorgeschaltet?
Wenn du ein Fensterchen haben willst musst du auf jeden Fall ein Script für die Installation verwenden.
In dem Script kannst du ein Popup einblenden.
Weil du aber als SYSTEM installierst (standard) befindet sich der User in einer anderen Session.
Du hast 2 Möglichkeiten:
A) im Deployment erlauben, dass der User mit dem Setup interagieren darf. In dem Fall also dein Script.
Nachteil: Der User sieht das Script und das Setup laufen und kann es auch beenden, wenn er will (Rechte?)
B) du baust dir eine kleine GUI (kann ja ein kleines PS1 sein) mit etwas Text und einem OK-Button (bei OK beendet sich die GUI wieder) und startest diese vom Script aus via ServiceUI.exe. ServiceUI.exe schiebt den angegebenen Prozess von Session 0 in die Session des Users. Er kann also genau diesen Prozess sehen. ServiceUI.exe findest du irgendwo am SCCM. Während die GUI läuft musst du in deinem Script warten!
Wenn der User also auf OK klickt, arbeitet dein Script weiter, beendet mit z.B. Taskkill die entsprechenden Protesse und installiert dein AddIn.
Fertig!
Ist etwas Aufwand, aber so lässt sich das wesentlich besser steuern.
Grüße!
Hängst du das Setup direkt ein oder ist ein Script vorgeschaltet?
Wenn du ein Fensterchen haben willst musst du auf jeden Fall ein Script für die Installation verwenden.
In dem Script kannst du ein Popup einblenden.
Weil du aber als SYSTEM installierst (standard) befindet sich der User in einer anderen Session.
Du hast 2 Möglichkeiten:
A) im Deployment erlauben, dass der User mit dem Setup interagieren darf. In dem Fall also dein Script.
Nachteil: Der User sieht das Script und das Setup laufen und kann es auch beenden, wenn er will (Rechte?)
B) du baust dir eine kleine GUI (kann ja ein kleines PS1 sein) mit etwas Text und einem OK-Button (bei OK beendet sich die GUI wieder) und startest diese vom Script aus via ServiceUI.exe. ServiceUI.exe schiebt den angegebenen Prozess von Session 0 in die Session des Users. Er kann also genau diesen Prozess sehen. ServiceUI.exe findest du irgendwo am SCCM. Während die GUI läuft musst du in deinem Script warten!
Wenn der User also auf OK klickt, arbeitet dein Script weiter, beendet mit z.B. Taskkill die entsprechenden Protesse und installiert dein AddIn.
Fertig!
Ist etwas Aufwand, aber so lässt sich das wesentlich besser steuern.
Grüße!
Zitat von @Dirmhirn:
von A) rated sogar MS direkt in der SCCM Console ab. wegen Security, das habe ich gar nicht weiter verfolgt.
von A) rated sogar MS direkt in der SCCM Console ab. wegen Security, das habe ich gar nicht weiter verfolgt.
Aber wie gesagt halt nur, weil der User mit entsprechenden Rechten aktiv eingreifen kann. Das will man ja verhindern.
PSAppDeployToolkit habe ich mir inzwischen auch etwas angesehen. aber das kann halt wieder sehr viel.
Hab ich auch... und gleich wieder vergessen. Ein einziges unstrukturiertes Gewurstel.
ich will ja nur ein Ok/Cancel Pop-Up
Dann sollte B sicher helfen. Schön, dass ich helfen konnte.
Grüße!