Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Funktionalität in AL2 veraltet und in AL2023 entfernt

In diesem Abschnitt werden Funktionen beschrieben, die in AL2 verfügbar und in AL2023 nicht mehr verfügbar sind.

32-Bit-x86-Pakete (i686)

Im Rahmen der Version 2014.09 von AL1 haben wir angekündigt, dass dies die letzte Version sein wird, die 32-Bit-AMIs produziert. Daher unterstützt Amazon Linux ab Version 2015.03 von AL1 nicht mehr die Ausführung des Systems im 32-Bit-Modus. AL2 bietet eingeschränkte Laufzeitunterstützung für 32-Bit-Binärdateien auf x86-64-Hosts und stellt keine Entwicklungspakete zur Verfügung, um die Erstellung neuer 32-Bit-Binärdateien zu ermöglichen. AL2023 enthält keine 32-Bit-Userspace-Pakete mehr. Wir empfehlen unseren Kunden, die Umstellung auf 64-Bit-Code abzuschließen.

Wenn Sie 32-Bit-Binärdateien auf AL2023 ausführen müssen, ist es möglich, den 32-Bit-Userspace von AL2 in einem AL2-Container zu verwenden, der auf AL2023 läuft.

aws-apitools-*ersetzt durch AWS CLI

Vor der Veröffentlichung von AWS CLI im September 2013 wurde eine Reihe von Befehlszeilendienstprogrammen zur Verfügung AWS gestellt, die in implementiert wurden und es Kunden ermöglichtenJava, Amazon EC2 EC2-API-Aufrufe zu tätigen. Diese Tools wurden 2015 als veraltet eingestuft und wurden zur bevorzugten Methode für AWS CLI die Interaktion mit Amazon EC2 EC2-APIs über die Befehlszeile. Dies beinhaltet die folgenden Pakete. aws-apitools-*

Der Upstream-Support für die aws-apitools-* Pakete endete im März 2017. Trotz des Mangels an Upstream-Unterstützung lieferte Amazon Linux weiterhin einige dieser Befehlszeilenprogramme (wieaws-apitools-ec2) aus, um Kunden Abwärtskompatibilität zu bieten. Es AWS CLI ist ein robusteres und vollständigeres Tool als die aws-apitools-* Pakete, da es aktiv gewartet wird und die Möglichkeit bietet, alle AWS APIs zu nutzen.

Die aws-apitools-* Pakete wurden im März 2017 als veraltet eingestuft und werden keine weiteren Updates erhalten. Alle Benutzer eines dieser Pakete sollten AWS CLI so schnell wie möglich auf das migrieren. Diese Pakete sind in AL2023 nicht vorhanden.

bzrRevisionskontrollsystem

Das Revisionskontrollsystem GNU Bazaar(bzr) wurde in AL2 eingestellt und ist in AL2023 nicht mehr vorhanden.

Benutzern von wird bzr empfohlen, ihre Repositorien zu migrieren. git

cgroup v1

AL2023 wechselt zur Unified Control Group-Hierarchie (cgroup v2), wohingegen AL2 cgroup v1 verwendet. Da AL2 cgroup v2 nicht unterstützt, muss diese Migration im Rahmen der Umstellung auf AL2023 abgeschlossen werden.

log4jHotpatch () log4j-cve-2021-44228-hotpatch

Als Reaktion auf CVE-2021-44228 veröffentlichte Amazon Linux eine RPM-Paketversion des Hotpatches für Apache Log4j für AL1 und AL2. In der Ankündigung der Hinzufügung des Hotpatches zu Amazon Linux haben wir festgestellt, dass „die Installation des Hotpatches kein Ersatz für die Aktualisierung auf eine log4j-Version ist, die CVE-2021-44228 oder CVE-2021-45046 abmildert“.

Der Hotpatch diente lediglich als Abhilfemaßnahme, um mehr Zeit für den log4j-Patch zu gewinnen. Die erste allgemein verfügbare Version von AL2023 wurde 15 Monate nach CVE-2021-44228 veröffentlicht, sodass AL2023 nicht mit dem Hotpatch ausgeliefert wird (aktiviert oder nicht).

Kunden, die ihre eigenen log4j-Versionen auf Amazon Linux ausführen, sollten sicherstellen, dass sie auf Versionen aktualisiert haben, die nicht von CVE-2021-44228 oder CVE-2021-45046 betroffen sind.

lsb_release und das system-lsb-core-Paket

In der Vergangenheit wurde der lsb_release-Befehl (in AL2 im system-lsb-core-Paket enthalten) von einigen Programmen aufgerufen, um Informationen über die Linux-Distribution zu erhalten, auf der sie ausgeführt wurden. Dieser Befehl wurde von Linux Standards Base (LSB) eingeführt und wurden von den Linux-Distributionen übernommen. Linux-Distributionen haben sich weiterentwickelt, sodass der einfachere Standard für die Speicherung dieser Informationen in /etc/os-release und anderen verwandten Dateien verwendet wird.

Der os-release-Standard stammt aus systemd. Weitere Informationen finden Sie in der systemd os-Versionsdokumentation.

AL2023 wird nicht mit dem lsb_release-Befehl ausgeliefert und beinhaltet auch nicht das system-lsb-core-Paket. Die Software sollte die Umstellung auf den os-release-Standard abschließen, um die Kompatibilität mit Amazon Linux und anderen wichtigen Linux-Distributionen aufrechtzuerhalten.

mcrypt

Die mcrypt Bibliothek und die zugehörige PHP Erweiterung waren in AL2 veraltet und sind in AL2023 nicht mehr vorhanden.

Upstream PHP hat die mcrypt Erweiterung in PHP 7.1, die erstmals im Dezember 2016 veröffentlicht wurde und im Oktober 2019 endgültig veröffentlicht wurde, als veraltet eingestuft.

Die mcrypt Upstream-Bibliothek wurde zuletzt 2007 veröffentlicht und hat nicht die Migration von der cvs Versionskontrolle vorgenommen, die 2017 für neue Commits SourceForge erforderlich war. Der letzte Commit (und nur für 3 Jahre davor) stammt aus dem Jahr 2011, wodurch die Erwähnung, dass das Projekt einen Betreuer hat, weggelassen wurde.

Allen verbleibenden Benutzern von wird mcrypt empfohlen, ihren Code auf AL2023 zu portierenOpenSSL, da dieser nicht zu AL2023 hinzugefügt mcrypt wird.

OpenJDK (7) java-1.7.0-openjdk

Weitere Informationen zu Java auf Amazon Linux finden Sie unterJava in AL2023.

Python 2.7

Weitere Informationen zu Python auf Amazon Linux finden Sie unterPython in AL2023.

rsyslog-opensslersetzt rsyslog-gnutls

Das rsyslog-gnutls Paket ist in AL2 veraltet und in AL2023 nicht mehr vorhanden. Das rsyslog-openssl Paket sollte ein direkter Ersatz für jegliche Nutzung des Pakets sein. rsyslog-gnutls

Netzwerkinformationsdienst (NIS)/yp

Der Network Information Service (NIS), ursprünglich Yellow Pages genannt oder YP ist in AL2 veraltet und in AL2023 nicht mehr vorhanden. Dies beinhaltet die folgenden Pakete:ypbind, und. ypserv yp-tools Bei anderen Paketen, die sich in integrieren NIS lassen, wurde diese Funktionalität in AL2023 entfernt.

Mehrere Domainnamen in Amazon VPC create-dhcp-options

In Amazon Linux 2 war es möglich, mehrere Domainnamen im domain-name Parameter an zu übergeben create-dhcp-options, was dazu führen würde, /etc/resolv.conf dass etwas wiesearch foo.example.com bar.example.com. Der Amazon DHCP VPC-Server sendet die Liste der bereitgestellten Domainnamen mit DHCP Option 15, die nur einen einzelnen Domainnamen unterstützt (siehe RFC 2132, Abschnitt 3.17). Da AL2023 systemd-networkd für die Netzwerkkonfiguration verwendet, was auf die RFC folgt, ist diese zufällige Funktion in AL2 auf AL2023 nicht vorhanden

In der AWS CLIDokumentation von Amazon VPC heißt es dazu: „Einige Linux-Betriebssysteme akzeptieren mehrere durch Leerzeichen getrennte Domainnamen. Andere Linux-Betriebssysteme behandeln den Wert jedoch als eine einzelne Domain, was zu unerwartetem Verhalten führt. Windows Wenn Ihr DHCP Optionssatz mit einer Amazon-VPC verknüpft ist, deren Instances Betriebssysteme ausführen, die den Wert als einzelne Domain behandeln, geben Sie nur einen Domainnamen an. “

Wenn auf diesen Systemen, wie AL2023, zwei Domänen mit der DHCP Option 15 angegeben werden (was nur eine erlaubt), und da das Leerzeichen in Domainnamen ungültig ist, führt dies dazu, dass das Leerzeichen als codiert wird032, was zu einem /etc/resolv.conf Inhalt führt. search foo.exmple.com032bar.example.com

Um mehrere Domainnamen zu unterstützen, sollte ein DHCP Server DHCP Option 119 verwenden (siehe RFC 3397, Abschnitt 2). Im Amazon VPC-Benutzerhandbuch erfahren Sie, wann dies vom Amazon DHCP VPC-Server unterstützt wird.