.NET Framework 4.5 ist standardmäßig und .NET Framework 3.5 optional
Plattformen
Clients Windows 8
Server Windows Server 2012
BESCHREIBUNG
.NET Framework 4.5 ist standardmäßig in Windows 8 aktiviert. Windows 8 enthält nicht standardmäßig .NET 3.5, aber die Dateien für .NET 3.5 sind im Windows 8 Installationsmedien als optionales Feature verfügbar.
Wenn der Benutzer ein Upgrade von Windows 7 auf Windows 8 hat, ist .NET Framework 3.5 vollständig aktiviert, um sicherzustellen, dass alle Apps auf dem Computer weiterhin ordnungsgemäß funktionieren.
Manifestation
Wenn der Benutzer eine saubere Installation von Windows 8 ausführt und dann Apps installiert, die .NET Framework 3.5 (oder 2.0) benötigen, löst sie eine Anforderung für die erforderlichen .NET 3.5-Dateien aus. Normalerweise werden die fehlenden Dateien aus Windows Update heruntergeladen (nach der Aufforderung des Benutzers zur Berechtigung), aber wenn der Zugriff auf Windows Update nicht möglich ist, tritt 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 auf nur Testcomputern mit sauberen Installationen von Windows 8:
Kopieren Sie \sources\sxs\ aus dem bereitgestellten Betriebssystem-Build ISO-Image in dotnet35 oder ähnlichen Ordner. Beispiel:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sFühren Sie diese Befehlszeile mithilfe von Administratorrechten aus:
Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess
Hinweis
Der Ordner "Quellen\SxS" darf nicht als Umverteilungsmechanismus verwendet werden, da dies kein unterstützter Mechanismus ist.
Lösung
Für Verbraucher:
Windows 8 enthält einen Mechanismus, der .NET Framework 3.5 automatisch aktiviert, wenn sie versuchen, das verteilbare Paket zu installieren oder wenn ein Anwendungsinstallationsprogramm, das .NET 3.5 benötigt, die Redistributable aufruft.
Für App-Entwickler (und IT-Administratoren):
IT-Administratoren können .NET 3.5-Apps so konfigurieren, dass sie auf .NET 3.5 oder .NET 4.5 ausgeführt werden (je nachdem, was bereits installiert ist). Um eine verwaltete App auf 3.5 oder 4.5 auszuführen, fügen Sie einfach einen Abschnitt in der Anwendungskonfigurationsdatei hinzu. Dadurch wird sichergestellt, dass die App auf .NET 3.5 installiert ist, auf .NET 3.5 ausgeführt wird; andernfalls wird die App auf .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 Enterprise-OEMs:
So aktivieren Sie .NET Framework 3.5 für EWRP-Builds und für Anwendungen, die keinen Zugriff auf Windows Update haben:
Kopieren Sie \sources\sxs\ aus dem bereitgestellten BETRIEBSSYSTEM-Build ISO-Image in den Dotnet35- oder ähnlichen Ordner. Beispiel:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sLegen Sie den Regkey 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 von WSUS, wenn Sie dies tun).
- Legen Sie den Regkey fest:
[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] RepairContentServerSource =DWORD(2)
Dieser Registrierungseintrag kann auch über Gruppenrichtlinie (Lokale Computerrichtlinie> - Computerkonfiguration -> Administrative Vorlagen> - System) festgelegt werden. Wählen Sie die Einstellung "Einstellungen für optionale Komponenteninstallation und Komponentenreparatur angeben" aus.
Wenn Sie "Kontakt" Windows Update direkt zum Herunterladen von Reparaturinhalten anstelle von Windows Server Update Services (WSUS) auswählen, werden alle Versuche, Windows Features hinzuzufügen (z. B. .NET Framework 3.5) oder Reparaturfeatures dateidownloads auslösen. Windows Update. Zielcomputer erfordern Internet- und WU-Zugriff für diese Option. Normale Wartungsvorgänge verwenden weiterhin WSUS, wenn sie 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 anzugeben. Der Wert des Registrierungseintrags kann über Gruppenrichtlinien gesteuert werden.
Dieser Registrierungseintrag wird unterstützt:
| Eingabe | type | BESCHREIBUNG |
|---|---|---|
| Lokaler Quellpfad | REG_EXPAND_SZ | Lokale Quellpfade, die standardmäßig verwendet werden sollen. Mehrere Pfade können angegeben werden; sie sollten durch ; getrennt werden. Speicherorte werden in der Angegebenen Reihenfolge durchsucht. Lokale Quellspeicherorte(n), die in der Befehlszeile VON DISM angegeben sind, nehmen Vorrang vor Speicherorten, die in diesem Registrierungseintrag angegeben sind. Ordnerspeicherorte können in diesem Registrierungseintrag angegeben werden. WIMs können verwendet werden, aber der Pfad muss sich in der WIM-Datei befinden; es ist nicht erforderlich, es zu mounten, z. B.:
Für eine bereitgestellte WIM muss der Quellpfad auf das Windows-Verzeichnis des bereitgestellten Bilds statt auf den Mountpunkt verweisen (z. B. :mount_point\windows anstelle von /source:<mount_point>>).< |