J'ai un problème avec un déploiement MSI sur lequel je travaille (en utilisant InstallShield). Nous avons un programme en arrière-plan qui doit être exécuté par utilisateur, et il doit démarrer automatiquement sans intervention de l'utilisateur. Le problème est avec le déploiement Group Policy Object/Active Directory (GPO/AD) l'application est démarrée dans le contexte SYSTEM avant que quiconque soit connecté plutôt que comme l'utilisateur qui est sur le point de se connecter. L'application ne peut être exécutée qu'une fois par utilisateur , et il semble que le processus système empêche le démarrage du processus USER. Cela signifie que les PC doivent être redémarrés deux fois avant que le logiciel puisse être déployé sur les utilisateurs. Comment pouvons-nous arrêter cela?Arrêt de MSI du lancement d'un fichier EXE dans le contexte SYSTEM
Fondamentalement, le flux de travail actuel est:
- Installation/mise à niveau fonctionne ... tuer application fond
- installer de nouveaux fichiers
- application fond de démarrage
Cela fonctionne pour les applications publiées et installations interactives MSI - ce sont seulement les applications 'affectées' qui semblent avoir le problème. Comme l'étape 3 se produit dans le contexte SYSTEM plutôt que dans le contexte utilisateur :(
Idéalement, l'équipe de développement corrige le fichier EXE pour empêcher le lancement dans le contexte SYSTEM, mais c'est un cycle de publication, et m à la recherche d'une solution installateur pour assurer l'intérim.
(Je ne sais pas ... InstallScript Je devine VBScript est probablement la voie à suivre s'il n'y a pas de choses natif InstallShield je peux utiliser.)
Juste ajouté ceci dans notre dernière version (en remplaçant mon code ci-dessous) - Fonctionne comme un charme! Merci :) – saschabeaumont
serait génial si vous pouviez expliquer comment faire cela plus en détail. –