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 容器內使用 AL2023 位元使用者空間。

aws-apitools-* 取代為 AWS CLI

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

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

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

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

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

bzr 修訂控制系統

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

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

cgroup v1

AL2023 移至統一控制群組階層 (cgroup v2)，而 AL2 使用 cgroup v1。由於 AL2 不支援 cgroup v2，因此此遷移需要完成，才能移至 AL2023。

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

為了回應 CVE-2021-44228，Amazon Linux 發行了適用於 AL1 和 AL2 的 Apache Log4j 的 Hotpatch 的 RPM 封裝版本。 AL1 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 標準規範 (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棄用 7.1 中的延伸模組，該延伸模組於 2016 年 12 月首次發行，並在 2019 年 10 月發行其最終版本。 mcryptPHP

上游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，AL2 中的此意外功能不會出現在 AL2023 上

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

在這些系統上，例如 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 中不存在此功能。