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
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?
la source
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:
la source
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.
la source
Verify that it is set to "Not configured" or "Disabled".
Ce n'est pas vrai. La valeur par défaut (Non configuré) est1
ce qui signifiemanaged 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 choisirEnabled
et sélectionnerNever
dans la liste déroulante.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.la source
clic droit -> exécuter en tant qu'administrateur
la source
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.
la source
Vous avez la possibilité de désactiver l' UAC par registre en changeant le
DWORD
EnableLUA
de1
à0
enHKEY_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é.la source