Para as versões 2.0, 3.0 e 3.5, a instalação .NET Frameworkdireta a partir do .msibanco de dados falharia com uma mensagem sobre a necessidade de iniciar, a setup.exe menos que as propriedades ADDEPLOYou VSEXTUIestivessem definidas como 1. Suponho que, ao usá- Group Policylo, defina automaticamente ADDEPLOY1 como para cada instalação executada , mas, caso contrário, você precisará fazer isso explicitamente.
Para ambos os Client Profilee Extendededições de .NET Framework4.0, ele funciona da mesma maneira, exceto a única propriedade que você pode definir é chamado EXTUI; ADDEPLOYnão terá o efeito desejado. (Se você observar a CA_BlockDirectInstallação na InstallExecuteSequencetabela do .msibanco de dados, verá que a condição para essa ação específica é " NOT (EXTUI = 1 OR Installed)"). Depois de definir essa propriedade como 1, pude executar implantações diretamente da .msivia Novell ZENworksou msiexec.exesem problemas. Alguém poderia pensar que Active Directorydeveria ser tão fácil, exceto que, ao contrário de ADDEPLOY, acho que você provavelmente precisará definir a EXTUIpropriedade por conta própria, 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 Profileseria ...
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 completo (padrão) já é efetivamente uma instalação autônoma, portanto, você não precisa adicionar /passivenem nenhuma opção /qpara fazê-lo executar autônoma.