Implemente .net 4 a través de la directiva de grupo de Active Directory o WSUS

8

¿Hay alguna manera de implementar automáticamente .net 4 usando la directiva de grupo de Active Directory o WSUS?

Quiero llevarlo a muchas máquinas sin tener que ir a cada una.

Antecedentes: tengo una aplicación VSTO ClickOnce que quiero implementar para usuarios que no son administradores, pero utiliza .net 4, que no se instalará sin derechos de administrador, por lo que ClickOnce falla para los no administradores a menos que .net 4 ya esté instalado.

.net group-policy wsus Terence Johnson
fuente
¿Alguien sabe si desempacar y luego invocar netfx_Core_x86.msi funciona? ¿Qué son kb958488 y kb956250? Estas actualizaciones están en el paquete.
Terence Johnson
Al final, di la vuelta e instalé manualmente, después de colocar el paquete completo del instalador en un recurso compartido de red. Sin embargo, parece que .Net4 está disponible en Windows Update ahora.
Terence Johnson

Respuestas:

2

Utilizamos un script a través de Altiris Deployment. Debería funcionar como script de inicio de sesión en la computadora o mediante cli remoto. Debe obtener el instalador independiente de Microsoft .

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

Editar:

También quería agregar que esta instalación tomará un par de minutos, o más, dependiendo de la velocidad de la computadora del cliente. La instalación probablemente se debe programar durante una ventana de mantenimiento donde los usuarios no reiniciarán sus computadoras por "no responder". También puede ser conveniente reiniciar la máquina después de la instalación. No lo hacemos, ya que realizamos un inventario de software Altiris inmediatamente después.

jscott
fuente
4

Para las versiones 2.0, 3.0 y 3.5, la instalación .NET Frameworkdirecta desde la .msibase de datos fallará con un mensaje sobre la necesidad de iniciar a setup.exe menos que las propiedades ADDEPLOYo VSEXTUIse establezcan en 1. Supongo que cuando se usa Group Policyautomáticamente se establece ADDEPLOYen 1 para cada instalación que realiza , pero de lo contrario, deberías hacer esto explícitamente.

Tanto para los Client Profiley Extendedlas ediciones de .NET Framework4.0, que funciona de la misma manera, excepto la única propiedad que puede establecer que se llama EXTUI; ADDEPLOYNo tendrá el efecto deseado. (Si observa la CA_BlockDirectInstallacción en la InstallExecuteSequencetabla de la .msibase de datos, verá que la condición para esa acción en particular es " NOT (EXTUI = 1 OR Installed)"). Después de establecer esa propiedad en 1, he podido realizar implementaciones directamente desde la .msivía Novell ZENworkso msiexec.exesin ningún problema. Uno pensaría que Active Directorydebería ser igual de fácil, excepto que, a diferencia de ADDEPLOY, supongo que probablemente deba configurar la EXTUIpropiedad usted mismo, lo que se puede hacer con una transformación.

Una línea de comando mínima para realizar una instalación desatendida de, por ejemplo, 64 bits .NET Framework 4.0 Client Profilesería ...

msiexec.exe / i netfx_Core_x64.msi EXTUI = 1

...o simplemente...

netfx_Core_x64.msi EXTUI = 1

Dado que no hay opciones de instalación para que el usuario personalice, el modo de interfaz completa (predeterminado) ya es efectivamente una instalación desatendida, por lo que no necesita agregar /passiveni ningún /qinterruptor para que se ejecute sin supervisión.

TOCINO
fuente
O descomprima el exe usando 7zip, luego use uno de los .msi para su política de grupo. Solo he hecho esto una vez y no lo veo recomendado en ningún lado, así que supongo que se recomienda precaución.
daniel
@daniel Bueno, sí, Microsoft proporciona / no proporcionó una .msidescarga directa de .NET Framework, por lo que deberá extraerlo del .exeinstalador; Es lo mismo a lo que .msime refería en mi respuesta. Sin embargo, si elige extraer el .msi(7-Zip, o los instaladores autoextraíbles de Microsoft suelen tener un /extractparámetro de línea de comando o algo similar), el problema sigue siendo que la instalación directa desde el .msise bloqueará si no se establecen las propiedades necesarias.
BACON
1

.NET Framework 4.0 está actualmente disponible a través de WSUS y parece funcionar bien tanto en la estación de trabajo como en los sistemas operativos del servidor. Comenzamos a pilotar el paquete la semana pasada sin incidentes.

robertmcdonnell
fuente