Pourquoi cela m'empêche-t-il d'installer un MSI: l'administrateur système a défini des stratégies pour empêcher cette installation

28

J'essaie d'installer un MSI sur une machine Windows Server 2012 qui fait partie de mon domaine de laboratoire. Je suis administrateur local et de domaine, mais il semble que je ne puisse pas installer ce MSI.

Pour plus de précision, lorsque j'essaie d'installer l'extension git pour Visual Studio (situé ici ) connecté en tant qu'utilisateur de domaine qui fait partie du groupe administrateur, j'obtiens l'erreur suivante

entrez la description de l'image ici

La machine signalant l'erreur est un Windows Server 2012.

Je suis presque certain que ce doit être une sorte de restriction de stratégie de groupe? Aucun n'aura été défini, sauf s'il s'agit du niveau de sécurité par défaut?

Pour plus de précision, j'aimerais savoir ce qui empêche l'installation de ce MSI par un administrateur de domaine?

Jason Hyland
la source

Réponses:

37

Après avoir passé du temps à étudier la politique de groupe, pour autant que je sache, il n'y avait rien de pertinent. Je suis ensuite tombé sur ce post qui suggère d'essayer de lancer une invite de commande en tant qu'administrateur et d'exécuter

 msiexec /a install.msi

Cela a semblé fonctionner, mais a fonctionné très rapidement - en fait, cela n'a pas fonctionné . Sur un coup de tête, j'ai essayé cela dans l'invite de commande admin.

 msiexec /i install.msi

qui a fonctionné un régal.

Jason Hyland
la source
Cela fonctionne mais il peut être irritant de le faire à chaque fois que vous installez à partir d'un msi. Voir la réponse d'Armin Sadeghi ci-dessous pour une solution à long terme.
Jake
17

J'ai rencontré ce comportement, où l'installation de MSI est empêchée avec «L'administrateur système a défini des stratégies pour empêcher cette installation» auparavant. Je pense que cela est dû à la stratégie de restriction logicielle Windows par défaut et je l'ai vue à la fois sur Windows Server 2008 R2 et Windows Server 2012.

Il existe probablement un meilleur moyen basé sur une interface graphique pour modifier la stratégie, mais la définition de la clé de Registre suivante en tant qu'administrateur sur la machine fait l'affaire:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer]
"DisableMSI"=dword:00000000
Armin Sadeghi
la source
5
Cela fonctionne à 100%
Jan Chrbolka
3
Cela a fonctionné pour moi. J'ai dû ajouter la partie "Installer" du chemin comme clé, puis ajouter le DWORD "DisableMSI" (sans les guillemets).
Mike S
1
Eu le même message d'erreur avec la mise à jour d'AcrobatReader, après que la modification du registre en zéro a réussi.
Kemin Zhou
J'ai essayé de rechercher la clé "DisableMSI" sur le chemin de registre "HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ Installer", mais le dossier "Installer" n'existe pas. Dois-je créer un dossier d'installation et ajouter le mot clé DisableMSI?
Harvey Darvey
2

Cela est généralement dû à une stratégie de groupe ou à une stratégie locale désactivant Windows Installer.

Regardez sur votre contrôleur de domaine si vous avez un GPO désactivant "Windows Installer": Configuration ordinateur> Modèles d'administration> Composants Windows> Windows Installer> "Désactiver Windows Installer".

Vérifiez qu'il est défini sur "Non configuré" ou "Désactivé".

Si vous ne le trouvez pas dans votre objet de stratégie de groupe, consultez les stratégies locales de l'ordinateur à l'aide de gpedit.msc.

Remarque: le fait que vous soyez un administrateur de domaine n'a pas d'importance. Tout dépend de la portée du GPO.

Charlie Wilson
la source
2
Verify that it is set to "Not configured" or "Disabled".Ce n'est pas vrai. La valeur par défaut (Non configuré) est 1ce qui signifie managed only. msdn.microsoft.com/en-us/library/aa368304.aspx Désactivé en termes de gpos signifie que la stratégie sera désactivée, donc la clé reg sera supprimée et la valeur par défaut sera utilisée. Le son est étrange mais vous devez choisir Enabledet sélectionner Neverdans la liste déroulante.
Jürgen Steinblock
1

Nous avons eu le même problème exact lors de la création d'un MSI à l'aide IsCmdBld.exe, mais pas lors de la création à partir de l'interface utilisateur du logiciel InstallShield.

Lors de l'exécution du programme d'installation, nous verrions l'erreur mentionnée par l'OP et le journal d'installation afficherait: MSI_LUA: Invalid Descriptor Format.

La cause du problème est que nous passions une valeur ProductCode Guid à la ligne de commande IsCmdBld.exe comme ceci: -z "ProductCode"="f176c219-dec0-4fa9-a373-94a711f28a3d".

Vous pouvez voir que le Guid fourni ici n'est pas entouré de {et }.

Nous l'avons corrigé en passant le guid avec des crochets autour: -z "ProductCode"="{f176c219-dec0-4fa9-a373-94a711f28a3d}"qui fonctionne comme prévu et n'affiche plus l'erreur.

KavenG
la source
0

clic droit -> exécuter en tant qu'administrateur

calorie712
la source
2
En quoi est-ce différent de la réponse acceptée?
Dave M
0

Ni les correctifs de msiexec ni de registre n'ont fonctionné pour moi (même après le redémarrage), mais la désactivation du contrôle de compte d'utilisateur (comme suggéré par Ha Ly dans ce fil ) et le redémarrage ont fait l'affaire.

Miles Wolbe
la source
-2

Vous avez la possibilité de désactiver l' UAC par registre en changeant le DWORD EnableLUAde 1à 0en HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\system. Vous recevrez une notification indiquant qu'un redémarrage est nécessaire. Après le redémarrage, l'UAC est désactivé.

Bismarck
la source