Para las versiones 2.0, 3.0 y 3.5, la instalación .NET Framework
directa desde la .msi
base de datos fallará con un mensaje sobre la necesidad de iniciar a setup.exe
menos que las propiedades ADDEPLOY
o VSEXTUI
se establezcan en 1. Supongo que cuando se usa Group Policy
automáticamente se establece ADDEPLOY
en 1 para cada instalación que realiza , pero de lo contrario, deberías hacer esto explícitamente.
Tanto para los Client Profile
y Extended
las ediciones de .NET Framework
4.0, que funciona de la misma manera, excepto la única propiedad que puede establecer que se llama EXTUI
; ADDEPLOY
No tendrá el efecto deseado. (Si observa la CA_BlockDirectInstall
acción en la InstallExecuteSequence
tabla de la .msi
base 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 .msi
vía Novell ZENworks
o msiexec.exe
sin ningún problema. Uno pensaría que Active Directory
debería ser igual de fácil, excepto que, a diferencia de ADDEPLOY
, supongo que probablemente deba configurar la EXTUI
propiedad 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 Profile
serí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 /passive
ni ningún /q
interruptor para que se ejecute sin supervisión.