Bagikan melalui

.NET Framework 4.5 adalah default dan .NET Framework 3.5 bersifat opsional

Platform

Klien – Windows 8 Server – Windows Server 2012

Deskripsi

.NET Framework 4.5 diaktifkan secara default di Windows 8. Windows 8 tidak menyertakan .NET 3.5 secara default, tetapi file untuk .NET 3.5 tersedia di media penginstalan Windows 8 sebagai fitur opsional.

Jika pengguna memutakhirkan dari Windows 7 ke Windows 8, .NET Framework 3.5 sepenuhnya diaktifkan untuk memastikan bahwa aplikasi apa pun di komputer terus berfungsi dengan benar.

Manifestasi

Jika pengguna melakukan penginstalan Windows 8 yang bersih, lalu menginstal aplikasi yang memerlukan .NET Framework 3.5 (atau 2.0), mereka akan memicu permintaan untuk file .NET 3.5 yang diperlukan. Biasanya file yang hilang akan diunduh dari Windows Update (setelah meminta izin kepada pengguna), tetapi jika akses ke Windows Update tidak dimungkinkan, mengaktifkan .NET Framework 3,5 akan gagal kecuali sumber alternatif untuk file yang hilang telah ditentukan.

Mitigasi

Untuk mengaktifkan .NET Framework 3.5 hanya pada mesin uji dengan instalasi Windows 8 yang bersih:

  1. Salin \sources\sxs\ dari sistem operasi yang dipasang membangun gambar ISO ke dotnet35 atau folder serupa. Contohnya:

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s

  2. Jalankan baris perintah ini menggunakan hak istimewa admin:

    Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess

Catatan

Folder sources\SxS tidak boleh digunakan sebagai mekanisme redistribusi karena ini bukan mekanisme yang didukung.

Solusi

Untuk konsumen:

Windows 8 menyertakan mekanisme yang secara otomatis mengaktifkan .NET Framework 3.5 saat mencoba menginstal paket yang dapat didistribusikan ulang atau ketika alat penginstal aplikasi yang membutuhkan .NET 3.5 memanggil redistributable.

Untuk Pengembang aplikasi (dan Administrator TI):

Administrator TI dapat mengonfigurasi aplikasi .NET 3.5 untuk berjalan pada .NET 3.5 atau .NET 4.5 (tergantung pada apa yang sudah diinstal). Untuk menjalankan aplikasi terkelola pada 3.5 atau 4.5, cukup tambahkan bagian dalam file konfigurasi aplikasi. Ini akan memastikan bahwa jika .NET 3.5 diinstal, aplikasi akan berjalan pada .NET 3.5; jika tidak, aplikasi akan berjalan pada .NET 4.5. Contoh bagian tambahan dalam file konfigurasi disediakan di bawah ini:

<configuration>
   <startup>
      <supportedRuntime version="v2.0.50727"/>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
   </startup>
</configuration>

Untuk OEM perusahaan:

Untuk mengaktifkan .NET Framework 3.5 untuk build EEAP dan untuk aplikasi yang tidak memiliki akses ke Windows Update:

  1. Salin \sources\sxs\ dari gambar ISO build OS yang dipasang ke dotnet35 atau folder serupa. Contohnya:

    xcopy e:\sources\sxs\*.* c:\dotnet35 /s

  2. Atur regkey:

    [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing]
“LocalSourcePath”=”c:\dotnet35”

Untuk perusahaan:

Untuk komputer yang dikonfigurasi untuk menggunakan WSUS untuk layanan, Anda dapat mengatur entri registri untuk memungkinkan mesin menggunakan Windows Update untuk mengaktifkan .NET 3.5 alih-alih WSUS (layanan masih akan dilakukan dari WSUS jika Anda melakukan ini).

  • Atur regkey:

    [HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] “RepairContentServerSource”=DWORD(2)

Entri registri ini juga dapat diatur melalui Kebijakan Grup (Kebijakan Komputer Lokal -> Konfigurasi Komputer -> Templat Administratif -> Sistem. Pilih pengaturan "Tentukan pengaturan untuk penginstalan komponen opsional dan perbaikan komponen".

Jika Anda memilih "Hubungi Windows Update secara langsung untuk mengunduh konten perbaikan alih-alih Windows Server Update Services (WSUS)", setiap upaya untuk menambahkan fitur Windows (misalnya, .NET Framework 3.5) atau fitur perbaikan akan memicu unduhan file dari Windows Update. Komputer target memerlukan akses Internet dan WU untuk opsi ini. Operasi layanan normal terus menggunakan WSUS jika telah dikonfigurasi sebagai sumber.

Catatan mengenai pengaturan lokasi sumber lokal melalui entri registri

Administrator TI dapat mengatur lokasi sumber lokal untuk file .NET 3.5 melalui entri registri, sehingga pengguna dapat menggunakan dialog Tambahkan/Hapus Fitur Windows untuk mengaktifkan fitur dengan payload yang hilang tanpa harus menentukan lokasi sumber. Nilai entri registri dapat dikontrol melalui kebijakan grup.

Entri registri ini didukung:

Entri Jenis Deskripsi
Jalur Sumber Lokal REG_EXPAND_SZ

Jalur sumber lokal yang akan digunakan secara default. Beberapa jalur dapat ditentukan; mereka harus dipisahkan oleh ";". Lokasi akan dicari dalam urutan yang ditentukan.

Lokasi sumber lokal yang ditentukan pada baris perintah DISM, lebih diutamakan daripada lokasi yang ditentukan dalam entri registri ini. Lokasi folder dapat ditentukan dalam entri registri ini.

WIM dapat digunakan, tetapi jalurnya harus ke file WIM; tidak perlu memasangnya, misalnya:

wim:\\machine\share\file.wim:1 Perhatikan "1" di akhir. Anda harus menentukan indeks numerik gambar yang ingin Anda gunakan dalam file WIM.

Untuk WIM yang dipasang, jalur sumber perlu merujuk ke direktori windows gambar yang dipasang, daripada ke titik pemasangan (misalnya: /source:<mount_point>\windows daripada /source:<mount_point>).

Sumber

Menerapkan Kebijakan berbasis Registri