Déployer .net 4 via la stratégie de groupe Active Directory ou WSUS


8

Existe-t-il un moyen de déployer automatiquement .net 4 à l'aide de la stratégie de groupe Active Directory ou WSUS?

Je veux le diffuser sur de nombreuses machines sans avoir à me déplacer sur chacune d'elles.

Contexte: J'ai une application VSTO ClickOnce que je souhaite déployer auprès d'utilisateurs non administrateurs, mais elle utilise .net 4, qui ne s'installera pas sans droits d'administrateur, donc ClickOnce échoue pour les non-administrateurs, sauf si .net 4 est déjà installé.


Est-ce que quelqu'un sait si le déballage et l'appel de netfx_Core_x86.msi fonctionnent? Que sont les KB958488 et KB956250? Ces mises à jour sont dans le package.
Terence Johnson

À la fin, j'ai fait le tour et installé manuellement, après avoir placé le package d'installation complet sur un partage réseau. Il semble cependant que .Net4 soit disponible sur Windows Update maintenant.
Terence Johnson

Réponses:


2

Nous avons utilisé un script via Altiris Deployment. Il doit fonctionner comme un script de connexion à l'ordinateur ou via une interface utilisateur distante. Vous devez récupérer le programme d'installation autonome de Microsoft .

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

Éditer:

Je voulais également ajouter que cette installation prendra quelques minutes ou plus, selon la vitesse de l'ordinateur du client. L'exécution de l'installation doit probablement être planifiée pendant une fenêtre de maintenance où les utilisateurs ne redémarreront pas leurs ordinateurs pour "ne pas répondre". Il peut également être judicieux de redémarrer la machine après l'installation. Nous ne faisons pas comme nous effectuons un inventaire du logiciel Altiris immédiatement après.


4

Pour les versions 2.0, 3.0 et 3.5, l'installation .NET Frameworkdirectement à partir de la .msibase de données échouerait avec un message sur la nécessité de lancer à setup.exe moins que les propriétés ADDEPLOYor ne VSEXTUIsoient définies sur 1. Je suppose que lors de son utilisation, Group Policyelle est automatiquement définie ADDEPLOYsur 1 pour chaque installation effectuée , mais sinon, vous devrez le faire explicitement.

Pour les éditions Client Profileet Extendedde .NET Framework4.0, cela fonctionne de la même manière, sauf que la seule et unique propriété que vous pouvez définir est appelée EXTUI; ADDEPLOYn'aura pas l'effet souhaité. (Si vous regardez l' CA_BlockDirectInstallaction dans le InstallExecuteSequencetableau de la .msibase de données, vous verrez que la condition pour cette action particulière est " NOT (EXTUI = 1 OR Installed)"). Après avoir défini cette propriété sur 1, j'ai pu effectuer des déploiements directement à partir de la .msivia Novell ZENworksou msiexec.exesans aucun problème. On pourrait penser que cela Active Directorydevrait être tout aussi facile, sauf que, contrairement à ADDEPLOY, je suppose que vous devrez probablement définir la EXTUIpropriété vous-même, ce qui peut être fait avec une transformation.

Une ligne de commande minimale pour effectuer une installation sans assistance de, par exemple, 64 bits .NET Framework 4.0 Client Profileserait ...

msiexec.exe / i netfx_Core_x64.msi EXTUI = 1

...ou simplement...

netfx_Core_x64.msi EXTUI = 1

Puisqu'il n'y a pas d'options d'installation à personnaliser par l'utilisateur, le mode d'interface complète (par défaut) est déjà une installation sans assistance, vous n'avez donc pas besoin d'ajouter /passiveni de /qcommutateurs pour le faire fonctionner sans assistance.


Ou décompressez l'exe en utilisant 7zip, puis utilisez l'un des .msi pour votre stratégie de groupe. Je n'ai fait cela qu'une seule fois et je ne le vois recommandé nulle part, donc je suppose que la prudence est recommandée.
daniel

@daniel Eh bien, oui, Microsoft ne fournit / n'a pas fourni de .msitéléchargement direct du .NET Framework, vous devez donc l'extraire du programme d' .exeinstallation; c'est le même que .msije faisais référence dans ma réponse. Quelle que soit la manière dont vous choisissez d'extraire .msi(les programmes d'installation à 7 zip ou Microsoft à extraction automatique ont généralement un /extractparamètre de ligne de commande ou quelque chose de similaire), le problème demeure que l'installation directement à partir de .msisera bloquée si les propriétés requises ne sont pas définies.
BACON

1

.NET Framework 4.0 est actuellement disponible via WSUS et il semble fonctionner correctement sur les systèmes d'exploitation de station de travail et de serveur. Nous avons commencé à piloter le package la semaine dernière sans incident.


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.