Distribuire .net 4 tramite criteri di gruppo di Active Directory o WSUS


8

Esiste un modo per distribuire automaticamente .net 4 utilizzando i criteri di gruppo di Active Directory o WSUS?

Voglio spingerlo fuori su molte macchine senza dover andare in giro per ognuna.

Sfondo: ho un'applicazione VSO ClickOnce che voglio distribuire a utenti non amministratori, ma utilizza .net 4, che non verrà installato senza diritti di amministratore, quindi ClickOnce fallisce per i non amministratori a meno che .net 4 non sia già installato.


Qualcuno sa se il disimballaggio e quindi il richiamo di netfx_Core_x86.msi funziona? Cosa sono kb958488 e kb956250? Questi aggiornamenti sono nel pacchetto.
Terence Johnson,

Alla fine, sono andato in giro e ho installato manualmente, dopo aver posizionato il pacchetto di installazione completo su una condivisione di rete. Sembra, tuttavia, che .Net4 sia ora disponibile su Windows Update.
Terence Johnson,

Risposte:


2

Abbiamo usato uno script tramite Altiris Deployment. Dovrebbe funzionare come script di accesso al computer o tramite cli remoto. Devi prendere l' installer autonomo da Microsoft .

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

Modificare:

Volevo anche aggiungere che questa installazione richiederà un paio di minuti o più, a seconda della velocità del computer del client. L'esecuzione dell'installazione dovrebbe probabilmente essere pianificata durante una finestra di manutenzione in cui gli utenti non riavvieranno il computer per "mancata risposta". Potrebbe anche essere saggio riavviare la macchina dopo l'installazione. Non eseguiamo un inventario software Altiris immediatamente dopo.


4

Per le versioni 2.0, 3.0 e 3.5, l'installazione .NET Frameworkdiretta dal .msidatabase fallirebbe con un messaggio sulla necessità di avviarsi a setup.exe meno che o le proprietà ADDEPLOYo non VSEXTUIfossero impostate su 1. Suppongo che quando lo si utilizza Group Policyautomaticamente impostato ADDEPLOYsu 1 per ogni installazione che esegue , ma altrimenti dovresti farlo esplicitamente.

Per entrambi gli Client Profilee Extendededizioni di .NET Framework4.0, funziona allo stesso modo, tranne la sola e unica proprietà è possibile impostare è chiamato EXTUI; ADDEPLOYnon avrà l'effetto desiderato. (Se guardi l' CA_BlockDirectInstallazione nella InstallExecuteSequencetabella del .msidatabase vedrai che la condizione per quella particolare azione è " NOT (EXTUI = 1 OR Installed)"). Dopo aver impostato la proprietà su 1, sono stato in grado di eseguire distribuzioni direttamente dalla .msivia Novell ZENworkso msiexec.exesenza problemi di sorta. Si potrebbe pensare che Active Directorydovrebbe essere altrettanto facile, tranne che, a differenza di ADDEPLOY, suppongo che probabilmente dovrai impostare EXTUItu stesso la proprietà, cosa che può essere fatta con una trasformazione.

Una riga di comando minima per eseguire un'installazione automatica di, ad esempio, a 64 bit .NET Framework 4.0 Client Profilesarebbe ...

msiexec.exe / i netfx_Core_x64.msi EXTUI = 1

... o semplicemente ...

netfx_Core_x64.msi EXTUI = 1

Poiché non ci sono opzioni di installazione che l'utente può personalizzare, la modalità di interfaccia completa (predefinita) è già effettivamente un'installazione automatica, quindi non è necessario aggiungere /passiveo alcun /qinterruttore per farlo eseguire incustodito.


Oppure decomprimi l'exe usando 7zip, quindi usa uno dei .msi per i tuoi criteri di gruppo. L'ho fatto solo una volta e non lo vedo raccomandato da nessuna parte, quindi credo che sia consigliata cautela.
Daniel

@daniel Bene, sì, Microsoft non ha / non ha fornito un .msidownload diretto di .NET Framework, quindi è necessario estrarlo dal programma di .exeinstallazione; è lo stesso a cui .msimi riferivo nella mia risposta. Tuttavia, si sceglie di estrarre .msi(i programmi di installazione autoestraenti 7-Zip o Microsoft hanno in genere un /extractparametro della riga di comando o qualcosa di simile), il problema rimane che l'installazione diretta da .msiverrà bloccata se le proprietà richieste non sono impostate.
BACON,

1

.NET Framework 4.0 è attualmente disponibile tramite WSUS e sembra funzionare bene su entrambi i sistemi operativi workstation e server. Abbiamo iniziato a pilotare il pacchetto la scorsa settimana senza incidenti.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.