Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Piattaforme
Clienti Windows 8
Server Windows Server 2012
Descrizione
.NET Framework 4.5 è abilitato per impostazione predefinita in Windows 8. Windows 8 non include .NET 3.5 per impostazione predefinita, ma i file per .NET 3.5 sono disponibili nel supporto di installazione di Windows 8 come funzionalità facoltativa.
Se l'utente esegue l'aggiornamento da Windows 7 a Windows 8, .NET Framework 3.5 è completamente abilitato per garantire che le app nel computer continuino a funzionare correttamente.
Manifestazione
Se l'utente esegue un'installazione pulita di Windows 8 e quindi installa le app che richiedono .NET Framework 3.5 (o 2.0), attiverà una richiesta per i file .NET 3.5 necessari. Normalmente i file mancanti verranno scaricati da Windows Update (dopo aver chiesto all'utente l'autorizzazione), ma se l'accesso a Windows Update non è possibile, l'abilitazione di .NET Framework 3.5 avrà esito negativo a meno che non sia stata specificata un'origine alternativa per i file mancanti.
Mitigazione
Per abilitare .NET Framework 3.5 solo in computer di test con installazioni pulite di Windows 8:
Copiare \sources\sxs\ dall'immagine ISO di compilazione del sistema operativo montata in dotnet35 o in una cartella simile. Per esempio:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sEseguire questa riga di comando usando i privilegi di amministratore:
Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess
Nota
La cartella sources\SxS non deve essere usata come meccanismo di ridistribuzione perché non è un meccanismo supportato.
Soluzione
Per i consumatori:
Windows 8 include un meccanismo che abilita automaticamente .NET Framework 3.5 quando si tenta di installare il pacchetto ridistribuibile o quando un programma di installazione dell'applicazione che richiede .NET 3.5 richiama il ridistribuibile.
per sviluppatori di app (e amministratori IT):
Gli amministratori IT possono configurare le app .NET 3.5 per l'esecuzione in .NET 3.5 o .NET 4.5 (a seconda di ciò che è già installato). Per eseguire un'app gestita nella versione 3.5 o 4.5, è sufficiente aggiungere una sezione nel file di configurazione dell'applicazione. In questo modo si garantisce che se .NET 3.5 è installato, l'app verrà eseguita in .NET 3.5; in caso contrario, l'app verrà eseguita in .NET 4.5. Di seguito è riportato un esempio della sezione aggiuntiva nel file di configurazione:
<configuration>
<startup>
<supportedRuntime version="v2.0.50727"/>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
</startup>
</configuration>
per gli OEM aziendali:
Per abilitare .NET Framework 3.5 per le compilazioni EEAP e per le applicazioni che non hanno accesso a Windows Update:
Copiare \sources\sxs\ dall'immagine ISO di compilazione del sistema operativo montata nella cartella dotnet35 o simile. Per esempio:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sImpostare la chiave di registro:
[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] LocalSourcePath = c:\dotnet35
Per le aziende:
Per i computer configurati per l'uso di WSUS per la manutenzione, è possibile impostare una voce del Registro di sistema per consentire al computer di usare Windows Update per abilitare .NET 3.5 invece di WSUS (la manutenzione verrà comunque eseguita da WSUS se si esegue questa operazione).
- Impostare la chiave di registro:
[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] RepairContentServerSource =DWORD(2)
Questa voce del Registro di sistema può essere impostata anche tramite Criteri di gruppo (Criteri computer locali -> Configurazione computer -> Modelli amministrativi -> Sistema). Selezionare l'impostazione Specificare le impostazioni per l'installazione facoltativa del componente e il ripristino del componente.
Se si seleziona Contatta Windows Update direttamente per scaricare il contenuto di ripristino invece di Windows Server Update Services (WSUS), qualsiasi tentativo di aggiungere funzionalità di Windows (ad esempio, .NET Framework 3.5) o le funzionalità di ripristino attiveranno i download di file da Windows Update. I computer di destinazione richiedono l'accesso a Internet e WU per questa opzione. Le normali operazioni di manutenzione continuano a usare WSUS se è stata configurata come origine.
Una nota su come impostare il percorso della sorgente locale tramite voci del Registro di sistema
Gli amministratori IT possono impostare percorsi di origine locali per i file .NET 3.5 tramite una voce del Registro di sistema, in modo che gli utenti possano usare la finestra di dialogo Aggiungi/Rimuovi funzionalità di Windows per abilitare le funzionalità con payload mancante senza dover specificare un percorso di origine. Il valore della voce del Registro di sistema può essere controllato tramite Criteri di gruppo.
Questa voce del Registro di sistema è supportata:
| Entrata | Digitare | Descrizione |
|---|---|---|
| Percorso origine locale | REG_EXPAND_SZ | Percorsi di origine locali da usare per impostazione predefinita. È possibile specificare più percorsi; devono essere separati da ; . Le posizioni verranno cercate nell'ordine in cui sono specificate. I percorsi di origine locali specificati nella riga di comando DISM hanno la precedenza sui percorsi specificati in questa voce del Registro di sistema. I percorsi delle cartelle possono essere specificati in questa voce del Registro di sistema. È possibile usare wim, ma il percorso deve essere nel file WIM; non è necessario montarlo, ad esempio:
Per un WIM montato, il percorso di origine deve fare riferimento alla directory windows dell'immagine montata, anziché al punto di montaggio , ad esempio /source:<mount_point>\windows anziché /source:<mount_point>). |