Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Funcionalidad obsoleta AL2 y eliminada en 2023 AL2

En esta sección se describen las funciones que están disponibles en AL2 023 y que ya no están disponibles. AL2

Paquetes x86 (i686) de 32 bits

Como parte de la versión 2014.09 de AL1, anunciamos que sería la última versión en producir 32 bits. AMIs Por lo tanto, a partir de la versión 2015.03 de, AL1 Amazon Linux ya no admite la ejecución del sistema en modo de 32 bits. AL2 proporciona soporte de tiempo de ejecución limitado para binarios de 32 bits en hosts x86-64 y no proporciona paquetes de desarrollo que permitan crear nuevos binarios de 32 bits. AL2023 ya no incluye ningún paquete de espacio de usuario de 32 bits. Recomendamos a los clientes que lleven a cabo la transición al código de 64 bits.

Si necesita ejecutar binarios de 32 bits en el AL2 023, es posible utilizar el espacio de usuario de 32 bits desde el AL2 interior de un contenedor que se ejecute sobre el 023. AL2 AL2

aws-apitools-*reemplazado por AWS CLI

Antes de su lanzamiento AWS CLI en septiembre de 2013, puso a AWS disposición un conjunto de utilidades de línea de comandos, implementadas enJava, que permitían a los clientes realizar llamadas a la EC2 API de Amazon. Estas herramientas quedaron obsoletas en 2015 y AWS CLI se convirtieron en la forma preferida de interactuar con Amazon EC2 APIs desde la línea de comandos. Esto incluye los siguientes paquetes aws-apitools-*.

El soporte inicial para los paquetes aws-apitools-* finalizó en marzo de 2017. A pesar de la falta de soporte previo, Amazon Linux siguió ofreciendo algunas de estas utilidades de línea de comandos, por ejemplo aws-apitools-ec2, para proporcionar compatibilidad con versiones anteriores a los clientes. AWS CLIEs una herramienta más robusta y completa que los aws-apitools-* paquetes, ya que se mantiene activamente y proporciona una forma de utilizarla toda AWSAPIs.

Los paquetes aws-apitools-* quedaron obsoletos en marzo de 2017 y no recibirán más actualizaciones. Todos los usuarios de cualquiera de estos paquetes deberían migrar a ellos lo antes AWS CLI posible. Estos paquetes no están presentes en AL2 023.

awslogsobsoleto en favor del agente unificado de Amazon CloudWatch Logs

El awslogspaquete está obsoleto en AL2 023 AL2 y ya no está presente en él. Se sustituye por el agente CloudWatch Logs unificado, disponible en el amazon-cloudwatch-agent paquete. Para obtener más información, consulta la Guía del usuario CloudWatch de Amazon Logs.

Sistema de control de revisiones bzr

El sistema de control de revisiones GNU Bazaar(bzr) se suspendió en AL2 023 AL2 y ya no está presente.

Se recomienda a los usuarios de bzr migrar sus repositorios a git.

cgroup v1

AL2023 pasa a la jerarquía del Grupo de Control Unificado (cgroup v2), mientras que AL2 usa cgroup v1. Como AL2 no es compatible con cgroup v2, esta migración debe completarse como parte del paso a 023. AL2

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

En respuesta al error CVE-2021-44228, Amazon Linux lanzó una versión empaquetada en RPM del Hotpatch para Apache Log4j para y. AL1 AL2 En el anuncio de la adición del hotpatch a Amazon Linux, señalamos que “la instalación del hotpatch no reemplaza la actualización a una versión de log4j que mitigue los errores CVE-2021-44228 o CVE-2021-45046”.

El hotpatch era una medida de mitigación para dar tiempo a aplicar el parche log4j. La primera versión de disponibilidad general de la versión AL2 023 se publicó 15 meses después de la versión CVE-2021-44228, por lo que la 023 no se incluye con el hotpatch (si está activado o no). AL2

Se recomienda a los clientes que utilicen sus propias versiones de log4j en Amazon Linux que se aseguren de actualizarlas a versiones que no estén afectadas por los códigos CVE-2021-44228 o CVE-2021-45046.

lsb_release y el paquete system-lsb-core

Históricamente, algunos programas utilizaban el lsb_release comando (incluido en AL2 el system-lsb-core paquete) para obtener información sobre la distribución de Linux en la que se estaba ejecutando. La base de estándares de Linux, Linux Standards Base (LSB), introdujo este comando y las distribuciones de Linux lo adoptaron. Las distribuciones de Linux han evolucionado para utilizar el estándar más simple para almacenar esta información en /etc/os-release y otros archivos relacionados.

El estándar de os-release proviene de systemd. Para obtener más información, consulte la documentación de systemd os-release.

AL2023 no viene con el lsb_release comando y no incluye el system-lsb-core paquete. El software debe completar la transición al estándar de os-release para mantener la compatibilidad con Amazon Linux y otras distribuciones principales de Linux.

mcrypt

La mcrypt biblioteca y la PHP extensión asociada quedaron obsoletas en 023 AL2 y ya no están presentes en AL2 ella.

La versión inicial de PHP dejó de utilizar la extensión mcrypt en PHP 7.1, que se publicó por primera vez en diciembre de 2016 y su versión final en octubre de 2019.

La última vez que se publicó la mcrypt biblioteca original fue en 2007, y no ha realizado la migración desde el control de cvs revisiones SourceForge necesaria para las nuevas confirmaciones en 2017. La más reciente (y solo la correspondiente a tres años antes) data de 2011, sin mencionar que el proyecto tendría un responsable.

Se recomienda a los demás usuarios de que mcrypt transfieran su código aOpenSSL, ya que no mcrypt se añadirá a 023. AL2

OpenJDK 7 (java-1.7.0-openjdk)

Para obtener más información sobre Java en Amazon Linux, consulte Javaen AL2.

Python 2.7

Para obtener más información sobre Python en Amazon Linux, consulte Pythonen AL2.

rsyslog-opensslreemplaza rsyslog-gnutls

El rsyslog-gnutls paquete está obsoleto en AL2 AL2 023 y ya no está presente en él. El paquete rsyslog-openssl debe ser un sustituto directo para cualquier uso del paquete rsyslog-gnutls.

Servicio de información de red (NIS)/yp

El Servicio de Información de Red (NIS), originalmente denominado Páginas Amarillas o ha quedado obsoleto en AL2 023 y ya no YP está presente en él. AL2 Esto incluye los siguientes paquetes: ypbind, ypserv y yp-tools. A otros paquetes que se integran con NIS esta funcionalidad se eliminó en AL2 la versión 023.

Varios nombres de dominio en Amazon VPC create-dhcp-options

En Amazon Linux 2, era posible pasar varios nombres de dominio en el parámetro domain-name a create-dhcp-options, lo que daba como resultado que /etc/resolv.conf contuviera algo parecido a search foo.example.com bar.example.com. El servidor DHCP de Amazon VPC envía la lista de nombres de dominio proporcionados mediante la opción DHCP 15, que solo admite un nombre de dominio único (consulte la sección 3.17 de RFC 2132). Dado que el AL2 023 se utiliza systemd-networkd para la configuración de red, que sigue a la siguienteRFC, esta función accidental no AL2 está presente en el 023 AL2

La AWS CLI y la documentación de Amazon VPC dice lo siguiente: “Algunos sistemas operativos Linux aceptan varios nombres de dominio separados por espacios. Sin embargo, Windows y otros sistemas operativos de Linux tratan el valor como un dominio único, lo que da lugar a un comportamiento inesperado. Si el conjunto de opciones de DHCP está asociado a una VPC que tiene instancias en las que se ejecutan los sistemas operativos que tratan el valor como un dominio único, especifique solo un nombre de dominio”.

En estos sistemas, como el AL2 023, se especifican dos dominios mediante la DHCP opción 15 (que solo permite uno) y, dado que el carácter de espacio no es válido en los nombres de dominio, el carácter de espacio se codificará como032, por lo que contendrá. /etc/resolv.conf search foo.exmple.com032bar.example.com

Para admitir varios nombres de dominio, un servidor DHCP debe usar la opción DHCP 119 (consulte la sección 2 de RFC 3397). Consulte la Guía del usuario de Amazon VPC para saber si el servidor DHCP de Amazon VPC lo admite.

Sun RPC en glibc

La implementación de Sun RPC in quedó obsoleta y glibc se eliminó en 023. AL2 AL2 Se recomienda a los clientes que empiecen a utilizar la libtirpc biblioteca (disponible en AL2 y AL2 023) si requieren alguna Sun RPC funcionalidad. La adopción de libtirpc también permite que las aplicaciones admitan IPv6.

Este cambio refleja la adopción por parte de la comunidad en general de la eliminación de esta funcionalidad en glibc inicial, por ejemplo, la eliminación de las interfaces Sun RPC de glibc en Fedora y un cambio similar en Gentoo.

Huella digital clave de OpenSSH en el registro audit

Más adelante, en el ciclo de vida de AL2, se agregó un parche al paquete OpenSSH para emitir la huella digital de la clave utilizada para autenticar. Esta funcionalidad no está presente en 023. AL2

Vinculador de ld.gold

El ld.gold enlazador está disponible en AL2 023 y se elimina en AL2 él. Los clientes que creen software que haga referencia explícita al vinculador de gold deben migrar al vinculador normal (ld.bfd).

Las notas de la versión 2.44 de GNU Binutils (publicadas en febrero de 2025) documentan la eliminación de ld.gold: “A diferencia de lo que veníamos haciendo hasta ahora, en esta versión el archivo tar binutils-2.44.tar no contiene el origen del vinculador gold. Esto se debe a que el vinculador gold ahora está obsoleto y finalmente se eliminará, a menos que se presenten voluntarios que se ofrezcan a continuar con su desarrollo y mantenimiento”.

ping6

En AL2 023, la ping utilidad normal es compatible IPv6 de forma nativa y ya no /bin/ping6 es necesaria la independiente. En AL2 023, /usr/sbin/ping6 es un enlace simbólico al ejecutable. /usr/bin/ping

Este cambio se debe a la adopción por parte de la comunidad en general de iputils versiones más recientes que proporcionan esta funcionalidad, por ejemplo, el IPv6 cambio de ping en Fedora.