本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

在 AL2 中取代的功能，並在 AL2023 中移除

本節說明 AL2 中提供的功能，不再在 AL2023 中提供。

32 位元 x86 (i686) 套件

作為 2014.09 版本 AL1 的一部分，我們宣佈它是生產 32 位元 AMIs 的最後一個版本。因此，從 2015.03 版本的 AL1 開始，Amazon Linux 不再支援以 32 位元模式執行系統。AL2 在 x86-64 主機上為 32 位元二進位檔案提供有限的執行時間支援，並且不提供開發套件來建立新的 32 位元二進位檔案。AL2023 不再包含任何 32 位元使用者空間套件。我們建議客戶完成轉換為 64 位元程式碼。

如果您需要在 AL2023 上執行 32 位元二進位檔案，則可以在 AL2023 上執行的 AL2 容器內，從 AL2 使用 32 位元使用者空間。

aws-apitools-* 取代為 AWS CLI

在 AWS CLI 2013 年 9 月發行 之前， AWS 已推出一組命令列公用程式，實作於 Java，允許客戶進行 Amazon EC2 API呼叫。這些工具在 2015 年已棄用，而 AWS CLI 成為APIs從命令列與 Amazon EC2 互動的偏好方式。這包括下列aws-apitools-*套件。

對 2017 年 3 月結束之aws-apitools-*套件的上游支援。儘管缺乏上游支援，但 Amazon Linux 繼續運送其中一些命令列公用程式 （例如 aws-apitools-ec2)，以便為客戶提供向後相容性。 AWS CLI 是比aws-apitools-*套件更強大且完整的工具，因為它會主動維護，並提供使用 all AWS APIs 的方法。

aws-apitools-* 套件已於 2017 年 3 月棄用，不會再收到進一步更新。任何這些套件的所有使用者都應 AWS CLI 盡快遷移至 。這些套件不存在於 AL2023 中。

awslogs 已棄用，以支持統一的 Amazon CloudWatch Logs 代理程式

awslogs 套件已在 AL2 中取代，不再存在於 AL2023 中。它會由amazon-cloudwatch-agent套件中可用的 Unified CloudWatch Logs 代理程式取代。如需詳細資訊，請參閱 Amazon CloudWatch Logs 使用者指南。

bzr 修訂控制系統

GNU Bazaar (bzr) 在 AL2 中停止修訂控制系統，不再存在於 AL2023 中。

bzr 建議 的使用者將其儲存庫遷移至 git。

cgroup v1

AL2023 移至 Unified Control Group 階層 (cgroup v2)，而 AL2 使用 cgroup v1。由於 AL2 不支援 cgroup v2，因此需要完成此遷移，才能移至 AL2023。

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

為了回應 CVE-2021-44228，Amazon Linux 發行了適用於 RPM 和 AL1 的適用於 Apache Log4j 的 Hotpatch 的 AL2 封裝版本。在將熱修補程式新增至 Amazon Linux 的公告中，我們注意到「安裝熱修補程式無法取代更新到減輕 CVE-2021-44228 或 CVE-2021-45046 的 log4j 版本。」

該熱修補是一種緩解措施，讓您有時間修補 log4j。AL2023 的第一個一般可用性版本是在 CVE-2021-44228 之後的 15 個月，因此 AL2023 不會隨熱修補程式一起出貨 （無論是否啟用）。

建議客戶在 Amazon Linux 上執行自己的log4j版本，以確保他們已更新至不受 CVE-2021-44228 或 CVE-2021-45046 影響的版本。

lsb_release 和 system-lsb-core 套件

從歷史上來看，有些軟體調用 lsb_release命令 （在 AL2 中由system-lsb-core套件提供），以取得正在執行的 Linux 發行版本相關資訊。Linux Standards Base (LSB) 引入了此命令，Linux 發行版本採用此命令。Linux 發行版已發展為使用更簡單的標準，以將此資訊保留在 /etc/os-release 和其他相關檔案內。

os-release 標準源自 systemd。如需詳細資訊，請參閱系統作業系統版本文件。

AL2023 不會隨 lsb_release命令一起出貨，也不會包含system-lsb-core套件。軟體應完成 os-release 標準的轉換，以維持與 Amazon Linux 和其他主要 Linux 發行版的相容性。

mcrypt

mcrypt 程式庫和關聯的 PHP 擴充功能已在 AL2 中取代，不再存在於 AL2023 中。

上游 PHP 已取代 中的mcrypt延伸模組 PHP 7.1 於 2016 年 12 月首次發行，並於 2019 年 10 月發行最終版本。

上游mcrypt程式庫上次在 2007 年發行了版本，並且尚未從 SourceForge 在 2017 年新遞交時所需的cvs修訂控制進行遷移，最近的遞交 （且僅 3 年前） 是自 2011 年起，移除了對具有維護器之專案的提及。

建議任何剩餘的使用者mcrypt將其程式碼移植到 OpenSSL，因為 mcrypt不會新增至 AL2023。

OpenJDK 7 (java-1.7.0-openjdk)

如需 Amazon Linux 上 Java 的詳細資訊，請參閱 AL2023 中的 Java。

Python 2.7

如需有關 Amazon Linux 上的 Python 的詳細資訊，請參閱 AL2023 中的 Python。

rsyslog-openssl 取代 rsyslog-gnutls

rsyslog-gnutls 套件已在 AL2 中取代，不再存在於 AL2023 中。rsyslog-openssl 套件應該是rsyslog-gnutls任何套件使用情況的下拉式選單替代。

網路資訊服務 (NIS)/ yp

Network Information Service (NIS)，最初稱為黃頁或 YP 已在 AL2 中取代，不再存在於 AL2023 中。這包括下列套件：ypbind、 ypserv和 yp-tools。與 整合的其他套件 NIS 在 AL2023 中移除此功能。

Amazon VPC 中的多個網域名稱 create-dhcp-options

在 Amazon Linux 2 中，可以將 domain-name 參數中的多個網域名稱傳遞至 create-dhcp-options，這會導致/etc/resolv.conf包含 等物件search foo.example.com bar.example.com。Amazon VPC DHCP 伺服器使用 傳送提供的網域名稱清單 DHCP 選項 15，僅支援單一網域名稱 （請參閱 RFC 2132 第 3.17 節)。由於 AL2023 使用 systemd-networkd進行網路組態，其遵循 RFC，AL2023 上不存在此 AL2 中的意外功能

AWS CLI 和 Amazon VPC 文件有此規定：「某些 Linux 作業系統接受以空格分隔的多個網域名稱。不過，Windows 和其他 Linux 作業系統會將該值視為單一網域，這會導致非預期的行為。如果您的 DHCP 選項集與 Amazon VPC 相關聯，該 Amazon Word 具有執行作業系統的執行個體，將值視為單一網域，請僅指定一個網域名稱。 "

在這些系統上，例如 AL2023，使用 指定兩個網域 DHCP 選項 15 （僅允許一個），而且由於空格字元在網域名稱中無效，這會導致空格字元編碼為 032，進而/etc/resolv.conf包含 search foo.exmple.com032bar.example.com。

為了支援多個網域名稱，DHCP 伺服器應該使用 DHCP 選項 119 （請參閱 RFC 3397 第 2 節）。請參閱 Amazon VPC 使用者指南，了解 Amazon VPC 支援的時間 DHCP 伺服器。

audit 日誌中的 OpenSSH 金鑰指紋

在 AL2 的生命週期稍後，已將修補程式新增至 OpenSSH 套件，以發出用於驗證的金鑰指紋。AL2023 中不存在此功能。