Letzte Änderung: 22. Juni 2021
Veröffentlichungsdatum: 26. April 2021
Warum beendet Microsoft den Support für .NET Framework 4.5.2, 4.6 und 4.6.1?
Die .NET Framework wurde zuvor mit Zertifikaten, die den Secure Hash Algorithm (SHA-1) verwenden, digital signiert. SHA1- ist ein legacy kryptografischer Hashalgorithmus, der nicht mehr als sicher gilt. Wir setzen Inhalte ein, die mit digitalen Zertifikaten signiert wurden, die SHA1 zur Unterstützung sich entwickelnder Branchenstandards verwendet haben.
Nach der Betrachtung von Download- und Nutzungsdaten in den verschiedenen Versionen von .NET Framework haben wir festgestellt, dass eine Aktualisierung von .NET Framework 4.6.2 und neueren Versionen zur Unterstützung neuerer digitaler Zertifikate (für die Installationsprogramme) die überwiegende Mehrheit (98 %) der Benutzer zufrieden stellen würde, ohne dass sie eine Änderung vornehmen müssten. Die kleine Gruppe von Benutzern, die .NET Framework 4.5.2, 4.6 oder 4.6.1 verwenden, müssen ein Upgrade auf eine spätere .NET Framework Version durchführen, um weiterhin unterstützt zu werden. Anwendungen müssen nicht neu kompiliert werden. Angesichts der Art dieser Änderung haben wir beschlossen, dass .NET Framework 4.6.2 und höher das beste Gleichgewicht zwischen Unterstützung und Aufwand ist.
Weitere Informationen finden Sie in diesem Supportartikel zum Ausmustern von SHA-1-Inhalten .
Gewusst wie wissen, ob diese Versionen installiert sind?
Weitere Informationen finden Sie im Artikel bestimmen, welche .NET Framework Versionen installiert sind.
Ich verwende diese Versionen immer noch, was kann ich tun?
Wenn Sie .NET Framework 4.5.2, 4.6 oder 4.6.1 verwenden, müssen Sie zu einer neueren Laufzeitversion wechseln, mindestens .NET Framework 4.6.2 und vorzugsweise .NET Framework 4.8. Beachten Sie, dass Sie nur die bereitgestellte Runtime aktualisieren müssen, auf der Ihre Apps ausgeführt werden. Es besteht keine Erwartung, dass Sie Ihre App neu erstellen, um die neuere Version zu erstellen.
Ich stelle meine App in Azure App Service bereit. Muss ich etwas tun?
.NET Framework Version 4.8 ist bereits in Azure App Service wenn Sie Also Ihre Web-App oder Azure-Funktion in Azure App Service dann nichts tun müssen, verwenden Sie bereits die neueste Version 4.8.
Ich verwende einen virtuellen Computer in Azure. Muss ich etwas tun?
Wir arbeiten mit unseren Partnerteams zusammen, um sicherzustellen, dass Gast-VM-Images für Betriebssystemfamilien, die nicht mit mindestens 4.6.2 ausgeliefert wurden, aktualisiert werden, um dies einzuschließen. Dies wird voraussichtlich vor April 2022 verfügbar sein, wenn wir 4.5.2, 4.6 und 4.6.1 nicht mehr unterstützen. Vor April 2022 können Sie .NET Framework 4.5.2, 4.6 und 4.6.1 weiterhin verwenden und werden vollständig unterstützt. Wenn Sie jedoch sofort einen Vorsprung bei der Überprüfung Ihrer Anwendungsfunktionalität auf der neueren Laufzeitversion erhalten möchten, können Sie diese Anleitung verwenden, um .NET Framework in Azure Cloud Services zu installieren.
Meine App wird in einer Unternehmensumgebung bereitgestellt, die mit Windows Server Update Services (WSUS) oder System Center Configuration Manager (SCCM) verwaltet wird. Was soll ich tun?
Die neueste .NET Framework Runtime – 4.8 ist auf Windows Update, Windows Server Update Services (WSUS) und dem Microsoft Update-Katalog (MU) für Clientbetriebssysteme und WSUS und MU Catalog für Server-Betriebssysteme verfügbar.
Welche Ressourcen stehen mir zur Verfügung, um dies zu unterstützen?
Im Folgenden finden Sie einige Hilfreiche Ressourcen:
Wird .NET Framework 4.5.2, 4.6 oder 4.6.1 unter Windows Embedded 8 unterstützt?
.NET Framework 4.5.2, 4.6 und 4.6.1 endet der Support am 26. April 2022, einschließlich für Kunden, die dies unter Windows Embedded 8 verwenden. Kunden, die diese .NET Framework Versionen verwenden, sollten den Wechsel zu einer neueren Laufzeitversion planen, mindestens .NET Framework 4.6.2 und vorzugsweise .NET Framework 4.8.
Ich verwende .NET Framework 4.5.2, 4.6 oder 4.6.1 am Windows Server 2008. Was soll ich tun?
Zuvor .NET Framework 4.6.1 und frühere Versionen Windows Server 2008 unterstützt, aber .NET Framework 4.6.2 und höhere Versionen nicht. Im Rahmen dieses Supportendeupdates wurde .NET Framework 4.6.2 aktualisiert, um Windows Server 2008 als unterstützte Plattform einzuschließen. Kunden, die .NET Framework 4.5.2, 4.6 oder 4.6.1 am Windows Server 2008 verwenden, sollten eine Umstellung auf .NET Framework 4.6.2 planen.
Hinweis: Neuere Versionen von .NET Framework 4.7 und höher unterstützen Windows Server 2008 nicht.
Ich verwende Windows 10 2015 LTSC, das mit .NET Framework 4.6 ausgeliefert wurde. Was soll ich tun?
Windows 10 Enterprise LTSC 2015 wurde mit .NET Framework 4.6 ausgeliefert, die in das Betriebssystem integriert ist. Diese Betriebssystemversion ist ein LTSC-Release (Long-Term Servicing Channel). Wir werden .NET Framework 4.6 auf Windows 10 Enterprise LTSC 2015 bis zum Ende des Supports der Betriebssystemversion (Oktober 2025) weiterhin unterstützen.
Gibt es Änderungen in .NET Framework 4.5.2, die zu schwerwiegenden Problemen führen? Warum wurden diese Änderungen vorgenommen?
In .NET Framework 4.5.2 gibt es eine sehr kleine Anzahl von Änderungen, die nicht vollständig mit früheren .NET Framework Versionen kompatibel sind. Wir nennen diese Laufzeitänderungen. Wir schließen diese Änderungen nur ein, wenn es aus Sicherheitsgründen absolut notwendig ist, um branchenweite Standards einzuhalten oder um eine vorherige Inkompatibilität innerhalb .NET Framework zu korrigieren. Darüber hinaus gibt es eine kleine Anzahl von Änderungen in .NET Framework 4.5.2, die nur aktiviert werden, wenn Sie Ihre Anwendung mit .NET Framework 4.5.2 neu kompilieren möchten. Wir bezeichnen diese Änderungen als Neuzuweisung von Änderungen.
Weitere Informationen zur Anwendungskompatibilität, einschließlich .NET-Runtime und Neuzuweisung von Änderungen in den verschiedenen Versionen der .NET Framework 4.x-Familie, finden Sie hier.
Muss ich meine Anwendungen erneut kompilieren bzw. neu erstellen, um .NET Framework 4.6.2 und neuere Versionen nutzen zu können?
.NET Framework 4.6.2 und höhere Versionen sind kompatibel, direkte Updates zusätzlich zu früheren .NET Framework 4.x-Versionen, einschließlich 4.5.2, 4.6 und 4.6.1. Dies bedeutet, dass anwendungen, die auf früheren .NET Framework 4.x-Versionen erstellt wurden, weiterhin unter .NET Framework 4.6.2 und höheren Versionen ohne Änderungen ausgeführt werden. Eine erneute Kompilierung von Apps für diese Versionen ist nicht erforderlich. Sie müssen nur die Laufzeitversion aktualisieren. Es wird empfohlen, die Anwendungsfunktionalität auf der neueren .NET Framework Runtimeversion zu testen, bevor Sie die Bereitstellung in der Produktion durchführen.
Wie soll ich clickOnce oder ein Visual Studio-Installer Project verwenden, um .NET Framework 4.6.2 oder höher als Voraussetzung für meine App bereitzustellen?
Die Installationsprogramme für .NET Framework 4.6.2 und höher wurden neu erstellt. Wenn Sie also einen Bootstrapper verwenden, um die .NET Framework 4.6.2 oder höher als Voraussetzung für Ihre App bereitzustellen, müssen Sie das PublicKey-Attribut in Product.xml- und Package.xml-Dateien aktualisieren, damit der ClickOnce-Bootstrapper die aktualisierten .NET-Installerpakete ordnungsgemäß erkennen kann.
Product.xml wird für englische Produkte verwendet und befindet sich im Stamm des Bootstrapperrelease. Für instance befindet sich diese Datei im Fall von .NET Framework 4.6.2 unter %ProgramFiles(x86)%\Microsoft SDKs\ClickOnce Bootstrapper\Packages\DotNetFX462\.
Sie finden auch mehrere Package.xml Dateien unter gebietsschemaspezifischen Ordnern. Diese werden verwendet, um .NET Framework Sprachpakete mit Ihrer Anwendung bereitzustellen.
Sie müssen den Wert des PublicKey-Attributs für das Package/PackageFiles/PackageFile-Element auf diesen Wert aktualisieren:
3082010a0282010100b6bb19591000a3a9f1e4b85ca80b07cbdb9a1f23d0d958ab78c048f7241438f063edd54b03bfcdf809ca1450f327b3fe82b4fa1a4384e1cbf91b38e83fcc9027ac97a2310a917b62ec75bfcd488da05d75fd95a775ff23d40ce5e8e063703e35ead49662f87655f756d4afa663cde3e3d60f9b7a9b2a77f1c2d5749c8f47d3dda0312d1ca4252cc4c4406653d792cae3b052eabe0ab8ae750b5618c74953ae74bff2a6cdf338e98ea5a3f3029e7a6fcf7cc42fb3cc754770aa3fe7621186dd45482f15fbb4074c6f3ecb37ee96388a53d40e35af06a83959effbc51af781f0863666bb54bbdf2795ed1659371a2111e8098bd618b2c5daed465452408203e2a70203010001 Beachten Sie, dass es zwei Instanzen des //Package/PackageFile-Elements in Product.xml und eine in jeder Package.xml Datei gibt. Alle Instanzen müssen mit dem richtigen PublicKey aktualisiert werden.
Weitere Informationen hierzu finden Sie in diesem Artikel unter Erstellen von Bootstrapperpaketen .
Wenn Sie einen anderen Bootstrapper wie den WiX Bootstrapper (Burn) verwenden, finden Sie weitere Informationen in der Burn-Dokumentation zum Installieren .NET Framework Voraussetzungen.
Ich verwende .NET Framework 3.5 SP1 – kann ich dies weiterhin verwenden?
Es gibt keine Änderung am Supportlebenszyklus für .NET Framework 3.5 SP1. Informationen zum Supportende für .NET Framework 3.5 finden Sie auf dieser Website.
Meine Anwendung verteilt eine .NET Framework-Installationsprogrammversion, die in Zukunft nicht mehr unterstützt wird. Was soll ich tun?
Sie sollten planen, ein unterstütztes .NET Runtime-Installationsprogramm (4.6.2 oder höher) mit dem nächsten geplanten Update für Ihre App zu versenden. Wenn sich Ihre Anwendung in einer Umgebung befindet, in der der Endbenutzer Updates von Windows Update empfängt, wird ihre App höchstwahrscheinlich bereits auf .NET Framework 4.8 ausgeführt, da .NET Framework 4.8 allgemein über Windows Update bereitgestellt wurde. Wenn Ihre App in einer Umgebung verwendet wird, in der Windows Update blockiert oder nicht verfügbar ist, muss der Endbenutzer für Ihre App möglicherweise .NET Framework 4.6.2 oder höher selbst bereitstellen, wenn ihr App-Installationsprogramm dies nicht für sie tut.
Ich verwende ein Microsoft-Produkt wie Exchange Server, SQL Server oder SharePoint, das von .NET Framework abhängig ist. Muss ich updates für diese Produkte vornehmen?
Neuere Versionen von Produkten wie Exchange, SQL Server, SharePoint usw. basieren auf dem .NET Framework 4.6.2 oder höher. Die .NET Framework 4.6.2 und höhere Versionen sind kompatibel, und zwar zusätzlich zu früheren .NET Framework 4.x-Versionen. Dies bedeutet, dass eine ältere Version einer Anwendung unter .NET Framework 4.5.2, 4.6 oder 4.6.1 weiterhin ohne Änderungen ausgeführt wird, wenn die .NET-Runtime von .NET Framework 4.5.2, 4.6 oder 4.6.1 auf höhere Versionen aktualisiert wird. Es wird jedoch empfohlen, Ihre Bereitstellungen zu überprüfen, indem Sie die .NET-Runtime zuerst auf .NET Framework 4.6.2 oder höher in einer Präproduktionsumgebung aktualisieren, bevor Sie eine neuere Version in der Produktionsumgebung einführen.
Ich verwende ein Produkt eines anderen Softwareanbieters, der .NET Framework 4.5.2, 4.6 oder 4.6.1 installiert. Was soll ich tun?
Wenn Ihr Computer Updates von Windows Update empfängt, wird die App wahrscheinlich bereits auf .NET Framework 4.8 ausgeführt, da .NET Framework 4.8 über Windows Update allgemein bereitgestellt wurde. Wenn die App in einer Umgebung verwendet wird, in der Windows Update blockiert oder nicht verfügbar ist, wenden Sie sich an Ihren Anwendungsanbieter und eine aktualisierte Version der Anwendung, die .NET Framework 4.6.2 oder höher bereitstellt.
Was ist die Supportlebenszyklusrichtlinie für .NET Framework?
Auf dieser Website finden Sie die spezifischen Supporttermine für jede Version der .NET Framework.
Wirkt sich dies auf .NET Core und .NET 5 oder höher aus?
Nein. Die Ankündigung ist auf .NET Framework 4.5.2, 4.6 und 4.6.1 ausgerichtet. Es gibt keine Änderungen am Supportlebenszyklus für .NET Core und .NET 5.
