.NET Framework 4.5 ist die Standardeinstellung, und .NET Framework 3.5 ist optional.

Artikel
06/13/2023

Plattformen

clients Windows 8
server Windows Server 2012

BESCHREIBUNG

.NET Framework 4.5 ist in Windows 8 standardmäßig aktiviert. Windows 8 enthält standardmäßig nicht .NET 3.5, aber die Dateien für .NET 3.5 sind auf dem Windows 8 Installationsmedium als optionales Feature verfügbar.

Wenn der Benutzer ein Upgrade von Windows 7 auf Windows 8 führt, ist .NET Framework 3.5 vollständig aktiviert, um sicherzustellen, dass alle Apps auf dem Computer weiterhin ordnungsgemäß funktionieren.

Manifestation

Wenn der Benutzer eine sauber Installation von Windows 8 ausführt und dann Apps installiert, die .NET Framework 3.5 (oder 2.0) erfordern, löst er eine Anforderung für die erforderlichen .NET 3.5-Dateien aus. Normalerweise werden die fehlenden Dateien von Windows Update heruntergeladen (nachdem der Benutzer um die Berechtigung gebeten wurde), aber wenn der Zugriff auf Windows Update nicht möglich ist, schlägt die Aktivierung .NET Framework 3.5 fehl, es sei denn, eine alternative Quelle für die fehlenden Dateien wurde angegeben.

Minderung

So aktivieren Sie .NET Framework 3.5 nur auf Testcomputern mit sauber Installationen von Windows 8:

Kopieren Sie \sources\sxs\ aus dem bereitgestellten Build-ISO-Image des Betriebssystems in dotnet35 oder einen ähnlichen Ordner. Beispiel:
```
xcopy e:\sources\sxs\*.* c:\dotnet35 /s
```

Führen Sie diese Befehlszeile mit Administratorrechten aus:

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

Hinweis

Der Ordner sources\SxS darf nicht als Umverteilungsmechanismus verwendet werden, da dies kein unterstützter Mechanismus ist.

Lösung

Für Consumer:

Windows 8 enthält einen Mechanismus, der .NET Framework 3.5 automatisch aktiviert, wenn versucht wird, das verteilbare Paket zu installieren oder wenn ein Anwendungsinstallationsprogramm, das .NET 3.5 benötigt, die Verteilerversion aufruft.

Für App-Entwickler (und IT-Administratoren):

IT-Administratoren können .NET 3.5-Apps für die Ausführung unter .NET 3.5 oder .NET 4.5 konfigurieren (je nachdem, was bereits installiert ist). Um eine verwaltete App in Version 3.5 oder 4.5 auszuführen, fügen Sie einfach einen Abschnitt in der Anwendungskonfigurationsdatei hinzu. Dadurch wird sichergestellt, dass die App unter .NET 3.5 ausgeführt wird, wenn .NET 3.5 installiert ist. Andernfalls wird die App unter .NET 4.5 ausgeführt. Ein Beispiel für den zusätzlichen Abschnitt in der Konfigurationsdatei finden Sie unten:

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

Für Unternehmens-OEMs:

So aktivieren Sie .NET Framework 3.5 für EEAP-Builds und für Anwendungen, die keinen Zugriff auf Windows Update haben:

Kopieren Sie \sources\sxs\ aus dem eingebundenen ISO-Image des Betriebssystembuilds in den Ordner dotnet35 oder einen ähnlichen Ordner. Beispiel:
```
xcopy e:\sources\sxs\*.* c:\dotnet35 /s
```

Legen Sie den Registrierungsschlüssel fest:

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

Für Unternehmen:

Für Computer, die für die Verwendung von WSUS für die Wartung konfiguriert sind, können Sie einen Registrierungseintrag festlegen, damit der Computer Windows Update zum Aktivieren von .NET 3.5 anstelle von WSUS verwenden kann (die Wartung erfolgt weiterhin über WSUS.

Legen Sie den Registrierungsschlüssel fest:

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

Dieser Registrierungseintrag kann auch über Gruppenrichtlinie (Richtlinie für lokale Computer –> Computerkonfiguration –> Administrative Vorlagen –> System) festgelegt werden. Wählen Sie die Einstellung Einstellungen für optionale Komponenteninstallation und Komponentenreparatur angeben aus.

Wenn Sie kontaktieren Windows Update direkt zum Herunterladen von Reparaturinhalten anstelle von Windows Server Update Services (WSUS) auswählen, lösen alle Versuche, Windows-Features (z. B. .NET Framework 3.5) oder Reparaturfeatures hinzuzufügen, Dateidownloads von Windows Update aus. Zielcomputer benötigen für diese Option Internet- und WU-Zugriff. Normale Wartungsvorgänge verwenden weiterhin WSUS, wenn es als Quelle konfiguriert wurde.

Hinweis zum Festlegen des lokalen Quellspeicherorts über Registrierungseinträge

IT-Administratoren können lokale Quellspeicherorte für .NET 3.5-Dateien über einen Registrierungseintrag festlegen, sodass Benutzer das Dialogfeld Windows-Features hinzufügen/entfernen verwenden können, um Features mit fehlender Nutzlast zu aktivieren, ohne einen Quellspeicherort angeben zu müssen. Der Wert des Registrierungseintrags kann über eine Gruppenrichtlinie gesteuert werden.

Dieser Registrierungseintrag wird unterstützt:

Eingabe	type	BESCHREIBUNG
Lokaler Quellpfad	REG_EXPAND_SZ	Standardmäßig zu verwendende lokale Quellpfade. Es können mehrere Pfade angegeben werden. sie sollten durch ; getrennt werden. Speicherorte werden in der angegebenen Reihenfolge durchsucht. Lokale Quellspeicherorte, die in der DISM-Befehlszeile angegeben sind, haben Vorrang vor den in diesem Registrierungseintrag angegebenen Speicherorten. Ordnerspeicherorte können in diesem Registrierungseintrag angegeben werden. WIMs können verwendet werden, aber der Pfad muss zur WIM-Datei sein. Es ist nicht erforderlich, sie zu einbinden, z. B.: wim:\\machine\share\file.wim:1 Beachten Sie die 1 am Ende. Sie müssen den numerischen Index des Bilds angeben, das Sie in der WIM-Datei verwenden möchten. Bei einem eingebundenen WIM muss der Quellpfad auf das Windows-Verzeichnis des bereitgestellten Images und nicht auf den Bereitstellungspunkt verweisen (z. B. /source:<mount_point>\windows anstelle von /source:<mount_point>).

Ressourcen

Implementieren einer registrierungsbasierten Richtlinie