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 en AL2 y eliminada en AL2023

En esta sección se describe la funcionalidad que está disponible en AL2 y que ya no está disponible en AL2023.

Paquetes x86 (i686) de 32 bits

Como parte de la versión 2014.09 de AL1, se anunció que sería la última versión en producir AMI las AMI de 32 bits. Por lo tanto, a partir de la versión 2015.03 de AL1, Amazon Linux dejó de admitir la ejecución del sistema en modo de 32 bits. AL2 ofrece 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 AL2023, es posible utilizar el espacio de usuario de 32 bits de AL2 dentro de un contenedor de AL2 que se ejecute sobre AL2023.

aws-apitools-* se ha sustituido por AWS CLI

Antes del lanzamiento de AWS CLI en septiembre de 2013, AWS creó un conjunto de utilidades de línea de comandos, implementadas en Java, que permitían a los clientes realizar llamadas a la API de Amazon EC2. Estas herramientas quedaron obsoletas en 2015 y AWS CLI se convirtió en la forma preferida de interactuar con las API de Amazon EC2 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 CLI es una herramienta más sólida y completa que los paquetes aws-apitools-*, ya que se mantiene activamente y proporciona un medio para utilizar todas las API de AWS.

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 AWS CLI lo antes posible. Estos paquetes no están presentes en AL2023.

awslogs ha quedado obsoleto en favor del agente de Registros de Amazon CloudWatch unificado

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

Sistema de control de revisiones bzr

El sistema de control de revisiones GNU Bazaar (bzr) está descontinuado en AL2 y ya no está presente en AL2023.

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 de la transición a AL2023.

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

En respuesta a la solicitud CVE-2021-44228, Amazon Linux lanzó una versión empaquetada en RPM del Hotpatch para Apache Log4j para AL1 y 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 AL2023 se publicó 15 meses después del lanzamiento de CVE-2021-44228, por lo que AL2023 no incluye el hotpatch (activado o no).

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 invocaban el comando lsb_release (incluido en el paquete system-lsb-core en AL2) 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 se envía con el comando lsb_release y no incluye el paquete system-lsb-core. 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 biblioteca mcrypt y la extensión PHP asociada quedaron obsoletas en AL2 y ya no están presentes en AL2023.

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 biblioteca mcrypt inicial hizo su última publicación en 2007, y no ha realizado la migración del control de cvs revisiones que SourceForge exigía para las nuevas confirmaciones en 2017, con la última actualización (y solo durante los tres años anteriores) realizada en 2011, en la que se eliminó la mención de que el proyecto tenía un mantenedor.

Se recomienda a los usuarios restantes de mcrypt que transfieran su código a OpenSSL, ya que mcrypt no se añadirá a AL2023.

OpenJDK 7 (java-1.7.0-openjdk)

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

Python 2.7

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

rsyslog-openssl sustituye a rsyslog-gnutls

El paquete rsyslog-gnutls está obsoleto en AL2 y ya no está presente en AL2023. 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 YP está obsoleto en AL2 y ya no está presente en AL2023. Esto incluye los siguientes paquetes: ypbind, ypserv y yp-tools. A otros paquetes que se integran con NIS se les ha eliminado esta funcionalidad en AL2023.

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 AL2023 utiliza systemd-networkd para la configuración de red, que sigue a RFC, esta característica accidental en AL2 no está presente en AL2023

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 AL2023, se especifican dos dominios mediante la opción DHCP 15 (que solo permite uno) y, dado que el carácter de espacio no es válido en los nombres de dominio, esto provocará que el carácter de espacio se codifique como 032, lo que dará como resultado que /etc/resolv.conf contenga 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 en glibc está obsoleta en AL2 y se ha eliminado en AL2023. Se recomienda a los clientes que pasen a utilizar la biblioteca libtirpc (disponible en AL2 y AL2023) si se requiere la funcionalidad Sun RPC. 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 clave utilizada para autenticar. Esta funcionalidad no está presente en AL2023.

Vinculador de ld.gold

El vinculador de ld.gold está disponible en AL2 y se ha eliminado en AL2023. 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 AL2023, la utilidad ping habitual admite IPv6 de forma nativa, por lo que ya no es necesario el archivo independiente /bin/ping6. En AL2023, /usr/sbin/ping6 es un enlace simbólico al ejecutable /usr/bin/ping.

Este cambio sigue a la adopción por parte de la comunidad en general de las nuevas versiones de iputils que proporcionan esta funcionalidad, por ejemplo, el cambio de Ping IPv6 en Fedora.