Wenn die Installation dem Computer selbst zugewiesen ist, wird das Programm beim nächsten Start installiert. Sie müssen den Server manuell neu starten, wenn kein automatischer Neustartmechanismus vorhanden ist.
Wenn das Programm nicht installiert werden kann, ohne die Fragen zu stellen, können Sie es nicht über das Gruppenrichtlinienobjekt installieren. Sie können dies zunächst testen, indem Sie ausführen msiexec /qb /i installer.msi. Wenn es installiert wird, sollte es Ihnen gut gehen. Andernfalls wird es fehlschlagen. Abhängig vom Programm können Sie dies möglicherweise umgehen, indem Sie Eigenschaften für das Installationsprogramm angeben.
Wenn manuell ausgeführte Eigenschaften im Formular angegeben werden msiexec /i installer.msi property=valueund Sie mehrere Eigenschaften angeben können. Schauen Sie sich die http://AppDeploy.com Website für Ihre Anwendung, könnte es haben die Informationen , die Sie benötigen (wenn Ihre Anwendung diese Eigenschaften erfordert).
Möglicherweise können Sie auch eine Installer-Transformation (MST) erstellen, die die Funktionsweise des Installationsprogramms geringfügig ändert und somit die Bereitstellung des Programms ermöglicht. Das übliche Tool ist Orca von MS, das Teil des Platform SDK (IIRC) ist. Es stehen weitere Tools zur Verfügung. Auf der AppDeploy-Website finden Sie möglicherweise Informationen zum Schreiben eines MST für Ihre App. Andernfalls müsste man Orca genug lernen, um darin herumzufummeln (Hit-and-Miss).
In seltenen Fällen veröffentlicht der App-Anbieter Informationen zum Schreiben von MSTs oder Eigenschaften = Wertepaaren. (Ich liebe diese Anbieter, die mein Leben viel einfacher machen, insbesondere mit komplexen Apps).
Ich schaue mich nach einer Komplettlösung um, finde aber nicht viel. Der grundlegende Veröffentlichungsprozess in einem Gruppenrichtlinienobjekt ist ziemlich einfach. Die größte Schwierigkeit besteht darin, die MSI / MST-Dateien zuerst in Ordnung zu bringen.
