Warum kann ich kein MSI installieren? Der Systemadministrator hat Richtlinien festgelegt, um diese Installation zu verhindern

28

Ich versuche, ein MSI auf einem Windows Server 2012-Computer zu installieren, der Teil meiner Labordomäne ist. Ich bin lokaler und Domänenadministrator, aber anscheinend kann ich dieses MSI nicht installieren.

Zur Verdeutlichung wird beim Versuch, die Git-Erweiterung für Visual Studio ( hier ) zu installieren, die als Domänenbenutzer angemeldet ist, der Teil der Administratorgruppe ist, die folgende Fehlermeldung angezeigt

Bildbeschreibung hier eingeben

Der Computer, der den Fehler meldet, ist Windows Server 2012.

Ich bin mir fast sicher, dass es sich um eine Gruppenrichtlinieneinschränkung handeln muss. Es wurde keine festgelegt, es sei denn, dies ist die Standardsicherheitsstufe.

Ich möchte zur Verdeutlichung wissen, was verhindert, dass dieses MSI von einem Domänenadministrator installiert wird.

windows group-policy windows-server-2012

— Jason Hyland
quelle

37

Nach eingehender Betrachtung der Gruppenrichtlinien gab es meines Erachtens nichts Relevantes. Ich bin dann auf diesen Beitrag gestoßen, der vorschlägt, eine Eingabeaufforderung als Administrator zu starten und auszuführen

 msiexec /a install.msi

Dies schien zu funktionieren, verlief aber sehr schnell - in der Tat nicht . Aus einer Laune heraus habe ich dies in der Admin-Eingabeaufforderung versucht.

 msiexec /i install.msi

was ein Vergnügen war.

— Jason Hyland
quelle

Dies funktioniert, aber es kann ärgerlich sein, dies jedes Mal zu tun, wenn Sie von einer MSI aus installieren. Eine langfristige Lösung finden Sie in der Antwort von Armin Sadeghi.

— Jake

17

Ich bin auf dieses Verhalten gestoßen, bei dem die MSI-Installation mit "Der Systemadministrator hat Richtlinien festgelegt, um diese Installation zu verhindern" verhindert wurde. Ich glaube, es liegt an der Standardrichtlinie für Windows-Softwareeinschränkungen, und ich habe sie sowohl auf Windows Server 2008 R2 als auch auf Windows Server 2012 gesehen.

Es gibt wahrscheinlich eine bessere GUI-basierte Möglichkeit, die Richtlinie zu ändern, aber das Festlegen des folgenden Registrierungsschlüssels als Administrator auf dem Computer reicht aus:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer]
"DisableMSI"=dword:00000000

— Armin Sadeghi
quelle

5

Dies funktioniert zu 100%

— Jan Chrbolka

3

Das hat bei mir funktioniert. Ich musste den "Installer" Teil des Pfades als Schlüssel hinzufügen und dann das DWORD "DisableMSI" (ohne die Anführungszeichen) hinzufügen.

— Mike S

1

Hatte die gleiche Fehlermeldung mit dem AcrobatReader-Update, nachdem die Registrierung auf Null gesetzt wurde. Die Installation war erfolgreich.

— Kemin Zhou

Es wurde versucht, den Schlüssel "DisableMSI" im Registrierungspfad "HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ Installer" zu suchen, der Ordner "Installer" ist jedoch nicht vorhanden. Soll ich einen Installer-Ordner erstellen und das DisableMSI-Dword hinzufügen?

— Harvey Darvey

2

Dies liegt normalerweise an einer Gruppenrichtlinie oder einer lokalen Richtlinie, die Windows Installer deaktiviert.

Suchen Sie auf Ihrem Domänencontroller nach einem Gruppenrichtlinienobjekt, das "Windows Installer" deaktiviert: Computerkonfiguration> Administrative Vorlagen> Windows-Komponenten> Windows Installer> "Windows Installer deaktivieren".

Stellen Sie sicher, dass "Nicht konfiguriert" oder "Deaktiviert" eingestellt ist.

Wenn Sie es in Ihrem Gruppenrichtlinienobjekt nicht finden, überprüfen Sie die lokalen Richtlinien des Computers mit gpedit.msc.

Hinweis: Die Tatsache, dass Sie ein Domain-Administrator sind, spielt keine Rolle. Es hängt alles vom Umfang des Gruppenrichtlinienobjekts ab.

— Charlie Wilson
quelle

2

Verify that it is set to "Not configured" or "Disabled".Das ist nicht wahr. Die Standardeinstellung (Nicht konfiguriert) lautet " 1Was bedeutet" managed only. msdn.microsoft.com/en-us/library/aa368304.aspx In Bezug auf gpos deaktiviert bedeutet, dass die Richtlinie deaktiviert wird, sodass der Registrierungsschlüssel gelöscht und die Standardeinstellung verwendet wird. Der Klang ist seltsam, aber Sie müssen auswählen Enabledund Neverin der Dropdown-Box auswählen .

— Jürgen Steinblock

1

Wir hatten genau das gleiche Problem beim Erstellen einer MSI mit IsCmdBld.exe, aber nicht beim Erstellen über die Benutzeroberfläche der InstallShield-Software.

Beim Ausführen des Installationsprogramms wird der vom OP erwähnte Fehler angezeigt und das Installationsprotokoll zeigt Folgendes an: MSI_LUA: Invalid Descriptor Format.

Die Ursache des Problems war , dass wir einen Produktcode Guid Wert auf die IsCmdBld.exe Befehlszeile wie folgt waren vorbei: -z "ProductCode"="f176c219-dec0-4fa9-a373-94a711f28a3d".

Sie können sehen, dass die hier angegebene Guid nicht von {und umgeben ist }.

Wir haben das Problem behoben, indem wir die Anleitung in eckige Klammern gesetzt haben: Das -z "ProductCode"="{f176c219-dec0-4fa9-a373-94a711f28a3d}"funktioniert wie erwartet und zeigt den Fehler nicht mehr an.

— KavenG
quelle

0

Rechtsklick -> Als Administrator ausführen

— Kalorie712
quelle

2

Wie unterscheidet sich diese Antwort von der akzeptierten?

— Dave M

0

Weder die Fixes für msiexec noch für die Registrierung haben bei mir funktioniert (auch nach dem Neustart), aber das Deaktivieren der Benutzerkontensteuerung (wie von Ha Ly in diesem Thread vorgeschlagen ) und das Neustarten haben den Trick ausgeführt.

— Miles Wolbe
quelle

-2

Sie haben die Möglichkeit aus UAC über Registry zu drehen durch die Veränderung DWORD EnableLUAvon 1zu 0in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\system. Sie erhalten eine Benachrichtigung, dass ein Neustart erforderlich ist. Nach dem Neustart ist die Benutzerkontensteuerung deaktiviert.

— Bismarck
quelle