Implante .net 4 via diretiva de grupo do Active Directory ou WSUS

8

Existe uma maneira de implantar automaticamente o .net 4 usando a política de grupo do Active Directory ou o WSUS?

Quero empurrá-lo para muitas máquinas sem precisar ir a cada uma delas.

Segundo plano: tenho um aplicativo ClickOnce do VSTO que desejo implantar para usuários não administradores, mas ele usa .net 4, que não será instalado sem direitos de administrador, portanto, o ClickOnce falha para não-administradores, a menos que o .net 4 já esteja instalado.

.net group-policy wsus Terence Johnson
fonte
Alguém sabe se descompactar e invocar o netfx_Core_x86.msi funciona? O que são kb958488 e kb956250? Essas atualizações estão no pacote.
Terence Johnson
No final, fui instalado e instalado manualmente, depois de colocar o pacote completo do instalador em um compartilhamento de rede. Parece, no entanto, que o .Net4 está disponível no Windows Update agora.
Terence Johnson

Respostas:

2

Usamos um script via Altiris Deployment. Ele deve funcionar como script de logon do computador ou via CLI remoto. Você precisa pegar o instalador independente da Microsoft .

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

Editar:

Também gostaria de acrescentar que essa instalação levará alguns minutos ou mais, dependendo da velocidade do computador do cliente. A execução da instalação provavelmente deve ser agendada durante uma janela de manutenção em que os usuários não reiniciarão seus computadores por "não responderem". Também pode ser aconselhável reiniciar a máquina após a instalação. Não realizamos o inventário de software Altiris imediatamente após.

jscott
fonte
4

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.

BACON
fonte
Ou descompacte o exe usando 7zip e use um dos .msi para sua diretiva de grupo. Eu fiz isso apenas uma vez e não o vejo recomendado em nenhum lugar, então acho que é recomendável cautela.
Daniel
@daniel Bem, sim, a Microsoft não forneceu um .msidownload direto do .NET Framework, portanto você precisaria extraí-lo do .exeinstalador; é o mesmo que .msieu estava referenciando na minha resposta. No entanto, se você optar por extrair os .msi( os instaladores com extração automática 7-Zip ou Microsoft geralmente têm um /extractparâmetro de linha de comando ou algo semelhante), o problema ainda é o de que a instalação direta do .msiserá bloqueada se as propriedades necessárias não estiverem definidas.
BACON
1

Atualmente, o .NET Framework 4.0 está disponível no WSUS e parece funcionar bem nos sistemas operacionais da estação de trabalho e do servidor. Começamos a testar o pacote na semana passada sem incidentes.

robertmcdonnell
fonte