Para as versões 2.0, 3.0 e 3.5, a instalação de .NET Framework
diretamente do banco de dados .msi
falharia com uma mensagem sobre a necessidade de lançar setup.exe
a menos que o ADDEPLOY
ou% as propriedadesVSEXTUI
foram definidas como 1. Suponho que, ao usar Group Policy
, ela define automaticamente ADDEPLOY
para 1 para cada instalação que realiza, mas caso contrário, você precisará fazer isso explicitamente.
Para as edições Client Profile
e Extended
de .NET Framework
4.0, funciona da mesma maneira, exceto que a única propriedade que você pode definir é chamada de EXTUI
; ADDEPLOY
não terá o efeito desejado. (Se você observar a ação CA_BlockDirectInstall
na tabela InstallExecuteSequence
do banco de dados .msi
, verá que a condição dessa ação específica é " NOT (EXTUI = 1 OR Installed)
"). Depois de definir essa propriedade como 1, consegui executar implantações diretamente do .msi
via Novell ZENworks
ou msiexec.exe
sem nenhum problema. Alguém poderia pensar que Active Directory
deve ser tão fácil, exceto, ao contrário de ADDEPLOY
, eu acho que você provavelmente precisará definir a propriedade EXTUI
, o que pode ser feito com uma transformação.
Uma linha de comando mínima para executar uma instalação autônoma de, por exemplo, 64 bits .NET Framework 4.0 Client Profile
seria ...
msiexec.exe /i netfx_Core_x64.msi EXTUI=1
... ou simplesmente ...
netfx_Core_x64.msi EXTUI=1
Como não há opções de instalação para o usuário personalizar, o modo de interface completa (padrão) já é efetivamente uma instalação autônoma, portanto, você não precisa adicionar /passive
ou qualquer /q
para executá-lo sem supervisão.