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.