Stellen Sie .net 4 über Active Directory-Gruppenrichtlinien oder WSUS bereit

8

Gibt es eine Möglichkeit, .net 4 mithilfe von Active Directory-Gruppenrichtlinien oder WSUS automatisch bereitzustellen?

Ich möchte es auf viele Maschinen übertragen, ohne zu jedem gehen zu müssen.

Hintergrund: Ich habe eine VSTO ClickOnce-Anwendung, die ich für Benutzer ohne Administratorrechte bereitstellen möchte. Sie verwendet jedoch .net 4, das ohne Administratorrechte nicht installiert werden kann. Daher schlägt ClickOnce für Nicht-Administratoren fehl, es sei denn, .net 4 ist bereits installiert.

.net group-policy wsus Terence Johnson
quelle
Weiß jemand, ob das Entpacken und anschließende Aufrufen von netfx_Core_x86.msi funktioniert? Was sind kb958488 und kb956250? Diese Updates sind im Paket enthalten.
Terence Johnson
Am Ende ging ich herum und installierte manuell, nachdem ich das vollständige Installationspaket auf einer Netzwerkfreigabe platziert hatte. Es scheint jedoch, dass .Net4 jetzt unter Windows Update verfügbar ist.
Terence Johnson

Antworten:

2

Wir haben ein Skript über Altiris Deployment verwendet. Es sollte als Computer-Anmeldeskript oder über Remote-CLI funktionieren. Sie müssen das eigenständige Installationsprogramm von Microsoft herunterladen .

START "" /WAIT dotNetFx40_Full_x86_x64.exe /q /norestart /log %TEMP%\dotNet4.log

Bearbeiten:

Außerdem wollte ich hinzufügen, dass diese Installation je nach Geschwindigkeit des Client-Computers einige Minuten oder länger dauert. Die Durchführung der Installation sollte wahrscheinlich während eines Wartungsfensters geplant werden, in dem Benutzer ihre Computer nicht neu starten, weil sie nicht reagieren. Es kann auch ratsam sein, den Computer nach der Installation neu zu starten. Wir führen keine Altiris-Softwareinventur unmittelbar danach durch.

jscott
quelle
4

Bei den Versionen 2.0, 3.0 und 3.5 schlägt .NET Frameworkdie Installation direkt aus der .msiDatenbank mit der Meldung fehl, dass ein Start erforderlich ist, setup.exe es sei denn, die Eigenschaften ADDEPLOYoder VSEXTUIwurden auf 1 gesetzt. Ich gehe davon aus, dass bei Verwendung Group Policyautomatisch ADDEPLOYfür jede durchgeführte Installation 1 festgelegt wird , aber sonst müssten Sie dies explizit tun.

Sowohl für die Client Profileund ExtendedAusgaben von .NET Framework4.0, es funktioniert auf die gleiche Weise mit Ausnahme der einzigen Eigenschaft , die Sie aufgerufen festlegen können EXTUI; ADDEPLOYwird nicht den gewünschten Effekt haben. (Wenn Sie sich die CA_BlockDirectInstallAktion in der InstallExecuteSequenceTabelle der .msiDatenbank ansehen, werden Sie feststellen, dass die Bedingung für diese bestimmte Aktion " NOT (EXTUI = 1 OR Installed)" ist.) Nachdem ich diese Eigenschaft auf 1 gesetzt habe, konnte ich Bereitstellungen direkt von der .msiVia Novell ZENworksoder msiexec.exeohne Probleme durchführen. Man könnte meinen, es Active Directorysollte genauso einfach sein, außer dass Sie, anders als bei ADDEPLOY, die EXTUIEigenschaft wahrscheinlich selbst festlegen müssen , was mit einer Transformation möglich ist.

Eine minimale Befehlszeile zum Ausführen einer unbeaufsichtigten Installation von beispielsweise 64-Bit .NET Framework 4.0 Client Profilewäre ...

msiexec.exe / i netfx_Core_x64.msi EXTUI = 1

...oder einfach...

netfx_Core_x64.msi EXTUI = 1

Da der Benutzer keine Installationsoptionen anpassen kann, handelt es sich beim (Standard-) Vollschnittstellenmodus bereits um eine unbeaufsichtigte Installation, sodass Sie keine /passiveoder mehrere /qSchalter hinzufügen müssen , damit sie unbeaufsichtigt ausgeführt wird.

SPECK
quelle
Oder entpacken Sie die Exe mit 7zip und verwenden Sie dann eine der MSI-Dateien für Ihre Gruppenrichtlinie. Ich habe dies nur einmal gemacht und sehe es nirgendwo empfohlen, daher ist Vorsicht geboten.
Daniel
@daniel Ja, Microsoft hat / hat keinen direkten .msiDownload von .NET Framework bereitgestellt, sodass Sie es aus dem .exeInstallationsprogramm extrahieren müssen . Das ist das gleiche, .msiworauf ich mich in meiner Antwort bezog. Wie auch immer Sie sich für das Extrahieren entscheiden .msi(7-Zip- oder Microsoft-selbstextrahierende Installationsprogramme verfügen normalerweise über einen /extractBefehlszeilenparameter oder ähnliches), bleibt das Problem bestehen, dass die Installation direkt von .msiblockiert wird, wenn die erforderlichen Eigenschaften nicht festgelegt sind.
Speck
1

.NET Framework 4.0 ist derzeit über WSUS verfügbar und scheint sowohl auf dem Workstation- als auch auf dem Server-Betriebssystem einwandfrei zu funktionieren. Wir haben letzte Woche ohne Zwischenfälle begonnen, das Paket zu pilotieren.

robertmcdonnell
quelle