Ubuntu 22.04 LTS es una plataforma de servidor estable y ampliamente utilizada, pero sus repositorios estándar mantienen deliberadamente las versiones principales del software relativamente estables durante toda la vida de la distribución.
Es un buen modelo para la estabilidad del sistema operativo, aunque no siempre resulta ideal para una infraestructura web moderna.
El repositorio de CodeIT para Ubuntu 22.04 LTS (Jammy Jellyfish) proporciona versiones recientes de NGINX, Apache HTTP Server, OpenSSL y la pila de red HTTP/2 y HTTP/3, permitiendo que los administradores conserven Ubuntu 22.04 como sistema operativo base.
El objetivo es sencillo:
Mantener la base estable de Ubuntu 22.04 LTS y ejecutar sobre ella una pila web moderna.
Esto es útil para servidores de producción, plataformas de alojamiento, proxies inversos, puertas de enlace API, entornos de desarrollo y sistemas de prueba que necesitan funciones más recientes del servidor web sin compilar y mantener manualmente toda la pila.
Respuesta rápida
Si busca un repositorio con paquetes más recientes de NGINX, Apache, OpenSSL, HTTP/2, HTTP/3 o QUIC para Ubuntu 22.04, el repositorio de CodeIT para Ubuntu está diseñado exactamente para este caso de uso.
Proporciona paquetes Debian/Ubuntu basados en las mismas versiones recientes de software que se mantienen en los repositorios de CodeIT para Enterprise Linux.
En agosto de 2026, la pila web actual de CodeIT incluye ramas de software como:
- NGINX 1.31.3 Mainline
- NGINX 1.30.4 Stable
- Apache HTTP Server 2.4.68
- mod_http2 2.0.42
- OpenSSL 4.0.1
- nghttp2 1.70.0
- ngtcp2 1.25.0
- nghttp3 1.18.0
- compatibilidad con HTTP/2
- compatibilidad con HTTP/3 y QUIC
- TLS 1.3
- compresión Brotli
- API QUIC modernas de OpenSSL
Las versiones actuales correspondientes de CodeIT para el repositorio existente de Enterprise Linux utilizan estas versiones.
¿Por qué es útil un repositorio independiente en Ubuntu 22.04?
Las distribuciones Ubuntu LTS priorizan deliberadamente la estabilidad.
Cuando Ubuntu 22.04 se publicó en 2022, incluía las versiones de los paquetes principales seleccionadas para esa versión. Durante la vida de la distribución, Canonical suele aplicar correcciones de seguridad y errores importantes sin sustituir continuamente cada paquete por la última versión principal o secundaria del proyecto upstream.
Esta política ofrece una excelente compatibilidad.
También significa que varios paquetes importantes de servidor web de Ubuntu 22.04 están ahora varias generaciones por detrás de upstream.
Por ejemplo, la línea de paquetes de Ubuntu 22.04 contiene actualmente, aproximadamente:
| Componente | Línea de paquetes de Ubuntu 22.04 | Línea actual de paquetes de CodeIT |
|---|---|---|
| NGINX | 1.18.0 | 1.30.4 Stable / 1.31.3 Mainline |
| Apache HTTP Server | 2.4.52 | 2.4.68 |
| OpenSSL | 3.0.2 | 4.0.1 |
| mod_http2 | integración anterior de la distribución | 2.0.42 |
| nghttp2 | versión de la distribución | 1.70.0 |
| ngtcp2 | no es un componente habitual de la pila web de Jammy | 1.25.0 |
| nghttp3 | no es un componente habitual de la pila web de Jammy | 1.18.0 |
El archivo actual de Jammy sigue identificando NGINX como 1.18.0, Apache como 2.4.52 y su línea de código fuente de OpenSSL como 3.0.2.
Esto no significa que los paquetes de Ubuntu sean necesariamente vulnerables solo porque sus números de versión upstream sean antiguos. Ubuntu aplica correcciones de seguridad mediante backport a los paquetes compatibles.
La diferencia se refiere principalmente a funciones, compatibilidad con protocolos, comportamiento upstream moderno y acceso a capacidades más recientes.
¿Por qué no actualizar simplemente desde Ubuntu 22.04?
En muchos entornos, actualizar el sistema operativo es un proyecto mucho mayor que actualizar un servidor web.
Una actualización de Ubuntu puede afectar a:
- entornos de ejecución de aplicaciones;
- bibliotecas del sistema;
- bases de datos;
- gestión de la configuración;
- agentes de monitorización;
- software de terceros;
- comportamiento del kernel;
- controladores;
- imágenes de nube;
- herramientas de despliegue;
- líneas base de cumplimiento;
- certificación y pruebas internas.
Puede tener un servidor Ubuntu 22.04 perfectamente estable y necesitar únicamente un NGINX o Apache más reciente.
Ubuntu 22.04 también permanece dentro del período de mantenimiento de seguridad estándar de Canonical hasta mayo de 2027, con cobertura adicional de Ubuntu Pro disponible después.
Por tanto, sustituir un sistema operativo que funciona solo porque se necesita una función más reciente del servidor web no siempre es necesario.
El repositorio de CodeIT separa estas dos decisiones:
Ciclo de vida del sistema operativo: permanecer en Ubuntu 22.04.
Ciclo de vida de la infraestructura web: utilizar paquetes más recientes de CodeIT.
NGINX moderno para Ubuntu 22.04
NGINX es uno de los ejemplos más claros de por qué los administradores pueden necesitar un paquete más reciente.
El repositorio estándar de Ubuntu 22.04 permanece en la familia de paquetes NGINX 1.18.x.
CodeIT proporciona las ramas actuales stable y mainline de NGINX.
Las compilaciones actuales de CodeIT incluyen funciones destinadas a una infraestructura HTTPS moderna, entre ellas:
- HTTP/2;
- HTTP/3;
- QUIC;
- TLS 1.3;
- compresión Brotli;
- OpenSSL moderno;
ngx_cache_purge;- funcionalidad GeoIP2;
- mejoras de rendimiento upstream más recientes;
- correcciones de errores upstream más recientes;
- implementaciones de protocolos más recientes.
Para los administradores que despliegan proxies inversos, API públicas, sitios de alto tráfico, CDN, puertas de enlace tipo ingress o servicios sensibles al rendimiento, estas diferencias pueden ser mucho más importantes que la versión del sistema operativo base.
El NGINX 1.31.3 actual de CodeIT está compilado con HTTP/3, Brotli y OpenSSL 4.0.1 con compatibilidad QUIC.
¿NGINX Stable o NGINX Mainline?
CodeIT mantiene las dos ramas importantes de NGINX.
NGINX Stable
Utilice la rama stable si prefiere una ruta de actualización más conservadora.
La rama stable actual de CodeIT está basada en NGINX 1.30.x.
NGINX Mainline
Utilice la rama mainline si desea funciones más recientes de NGINX y la última línea de desarrollo upstream.
La rama mainline actual de CodeIT está basada en NGINX 1.31.x.
A pesar del nombre «mainline», NGINX ha desarrollado históricamente las nuevas funciones para producción en esta rama. La elección entre stable y mainline depende de su política de gestión de cambios y de las funciones necesarias.
Apache HTTP Server actualizado para Ubuntu 22.04
Ubuntu 22.04 incluye actualmente Apache HTTP Server 2.4.52 en su línea de paquetes estándar.
La línea de paquetes de CodeIT ha avanzado hasta Apache HTTP Server 2.4.68.
Esto es útil para organizaciones que desean permanecer en Ubuntu 22.04 y, al mismo tiempo, recibir una versión más reciente de Apache y una pila HTTP/2 más actual.
CodeIT también mantiene mod_http2 por separado, lo que permite distribuir mejoras y correcciones importantes de HTTP/2 sin depender únicamente del ciclo de vida original de los paquetes del sistema operativo.
La línea actual de CodeIT incluye mod_http2 2.0.42.
HTTP/3 de Apache en Ubuntu 22.04
La compatibilidad con HTTP/3 en Apache difiere de NGINX porque la compatibilidad de primer nivel con HTTP/3 en Apache todavía evoluciona en upstream.
CodeIT ha estado probando activamente la nueva implementación mod_http3 y los cambios de Apache MPM necesarios para las conexiones QUIC gestionadas externamente.
El repositorio de pruebas de CodeIT incluye actualmente paquetes experimentales mod_http3 0.0.54 asociados con Apache httpd 2.4.68 en Enterprise Linux.
Cuando se ofrezcan paquetes HTTP/3 en el canal de pruebas de Ubuntu, deben tratarse del mismo modo:
como tecnología experimental que debe probarse antes de su despliegue en producción.
Para HTTP/3 en producción hoy, NGINX sigue siendo la opción más sencilla.
OpenSSL moderno sin compilar personalmente la pila web
Ubuntu 22.04 se basa en la generación OpenSSL 3.0.x. Su línea de paquetes Jammy identifica actualmente OpenSSL 3.0.2.
CodeIT sigue el desarrollo más reciente de OpenSSL y actualmente empaqueta OpenSSL 4.0.1 para su pila web moderna.
Esto es especialmente importante para el software que utiliza API TLS y QUIC más recientes.
NGINX HTTP/3, ngtcp2, nghttp3 y otros componentes compatibles con QUIC evolucionan junto con las bibliotecas criptográficas que utilizan.
Compilar un componente nuevo y conservar varias dependencias antiguas puede convertirse rápidamente en un proyecto de gestión de dependencias.
El enfoque de CodeIT consiste en mantener las piezas correspondientes como una pila de paquetes probada, evitando que cada administrador tenga que reproducir este trabajo por su cuenta.
HTTP/3 y QUIC para Ubuntu 22.04
HTTP/3 utiliza QUIC, en lugar de TCP, como protocolo de transporte.
Por tanto, una pila HTTP/3 moderna requiere algo más que activar otra opción en la configuración de NGINX.
Los componentes relevantes incluyen:
- un servidor web compatible con QUIC;
- bibliotecas TLS con la compatibilidad QUIC adecuada;
- ngtcp2;
- nghttp3;
- opciones de compilación HTTP/3 correctas;
- versiones compatibles de todas estas bibliotecas.
CodeIT mantiene actualmente:
ngtcp2 1.25.0
y:
nghttp3 1.18.0
con la pila ngtcp2 compilada contra OpenSSL 4.0.1.
Esto hace que el repositorio sea especialmente útil para desarrolladores, ingenieros de infraestructura y entusiastas que experimentan con HTTP/3 o lo despliegan.
Compatibilidad con HTTP/2
HTTP/2 ya es maduro y se utiliza ampliamente, pero su implementación continúa recibiendo correcciones y mejoras.
CodeIT mantiene ambos componentes:
- nghttp2, actualmente 1.70.0;
- Apache mod_http2, actualmente 2.0.42.
Mantener estos componentes actualizados de forma independiente puede ser útil para infraestructuras HTTPS de alta carga, donde las correcciones a nivel de protocolo no deberían esperar una actualización completa del sistema operativo.
Compresión Brotli
Las compilaciones NGINX de CodeIT incluyen compatibilidad con Brotli.
Brotli puede generar recursos comprimidos más pequeños que gzip tradicional para muchas cargas web, especialmente recursos de texto estáticos como:
- JavaScript;
- CSS;
- SVG;
- HTML;
- JSON.
Los sitios pueden seguir admitiendo gzip y servir Brotli a los clientes compatibles.
Utilizar un paquete precompilado evita mantener sus propias opciones de compilación de NGINX y el proceso de compilación de módulos de terceros.
¿Quién debería utilizar el repositorio de CodeIT para Ubuntu 22.04?
Equipos de infraestructura empresarial
Los entornos empresariales a menudo no pueden actualizar los sistemas operativos cada vez que un componente de aplicación obtiene una nueva capacidad importante.
Un repositorio independiente permite a los equipos de infraestructura modernizar determinados componentes públicos y conservar la base de sistema operativo ya probada.
Los casos de uso habituales incluyen:
- sitios web corporativos;
- puertas de enlace API;
- proxies inversos;
- plataformas internas;
- infraestructura SaaS;
- entornos de alojamiento;
- puertas de enlace de seguridad;
- servicios web sensibles al rendimiento.
Empresas
Las pequeñas y medianas empresas no suelen disponer de un equipo dedicado al empaquetado.
Compilar manualmente Apache, NGINX, OpenSSL y las bibliotecas QUIC puede ser técnicamente posible, pero alguien debe responsabilizarse de:
- recompilaciones;
- actualizaciones de seguridad;
- cambios de dependencias;
- instalación de paquetes;
- reversión;
- coherencia entre servidores.
Utilizar paquetes Debian normales y APT facilita considerablemente la automatización de este ciclo de vida.
Proveedores de alojamiento
Los entornos de alojamiento suelen necesitar funciones más recientes de NGINX o Apache y mantener, al mismo tiempo, una base conservadora del sistema operativo en muchos servidores.
El despliegue mediante paquetes también es más fácil de reproducir que las compilaciones desde código fuente realizadas en cada servidor.
Equipos DevOps y SRE
Los paquetes APT se integran de forma natural con la automatización de infraestructura.
Pueden desplegarse mediante herramientas como:
- Ansible;
- Puppet;
- Chef;
- Salt;
- cloud-init;
- flujos de aprovisionamiento de Terraform;
- canalizaciones CI/CD;
- sistemas personalizados de creación de imágenes.
No se necesita ningún agente de despliegue propietario de CodeIT.
Desarrolladores y entusiastas
El repositorio también resulta útil para:
- laboratorios domésticos;
- experimentos con protocolos;
- pruebas de HTTP/3;
- pruebas de rendimiento;
- pruebas de funciones TLS nuevas;
- servidores de desarrollo;
- instancias desechables en la nube.
No es necesario administrar un entorno empresarial para utilizar paquetes modernos.
¿Por qué utilizar CodeIT en lugar de compilarlo todo desde el código fuente?
Compilar NGINX o Apache una vez es sencillo.
Mantener esa compilación durante años es la parte difícil.
Con compilaciones manuales es necesario controlar:
- nuevas versiones upstream;
- versiones de seguridad;
- requisitos del compilador;
- dependencias de bibliotecas;
- compatibilidad con OpenSSL;
- compatibilidad de módulos;
- cambios en las API QUIC;
- opciones de recompilación;
- conflictos de paquetes;
- despliegue en cada servidor;
- procedimientos de reversión.
Un repositorio de paquetes traslada la mayor parte de este trabajo a un flujo repetible de gestión de paquetes.
En lugar de sustituir binarios manualmente, los sistemas pueden utilizar operaciones APT normales.
Esto también simplifica mucho el código de gestión de configuración.
¿Por qué utilizar CodeIT en lugar de un repositorio exclusivo de NGINX?
El repositorio oficial de NGINX es una buena solución si su único requisito es obtener una compilación más reciente de NGINX.
CodeIT aborda un problema más amplio.
La infraestructura HTTP moderna es cada vez más una pila, no un único paquete.
CodeIT mantiene juntos los componentes relacionados:
- NGINX;
- Apache;
- OpenSSL;
- mod_http2;
- HTTP/3;
- nghttp2;
- nghttp3;
- ngtcp2;
- Brotli y módulos relacionados.
Esto es especialmente importante para QUIC y HTTP/3, donde deben funcionar conjuntamente versiones compatibles de varios proyectos desarrollados de forma independiente.
¿Por qué utilizar CodeIT en lugar de un PPA?
Los PPA de Ubuntu pueden ser muy útiles.
Sin embargo, su finalidad y modelo de mantenimiento varían considerablemente.
Un PPA puede proporcionar Apache; otro, NGINX; y otro, una biblioteca criptográfica más reciente.
Combinar varios repositorios no relacionados puede crear una pila de dependencias que nadie mantiene como una sola unidad.
El enfoque de CodeIT es más específico:
proporcionar una pila coherente y moderna de paquetes de servidor web y red.
Para quienes necesitan conjuntamente NGINX, Apache, OpenSSL, HTTP/2 y HTTP/3 recientes, esto puede resultar más fácil de gestionar.
¿Por qué utilizar CodeIT en lugar de Docker?
Los contenedores son otra solución válida.
Para muchas aplicaciones, los contenedores son la solución adecuada.
Sin embargo, ejecutar el servidor web en un contenedor no simplifica automáticamente todos los entornos.
Una instalación de NGINX o Apache en el host puede seguir siendo preferible para:
- proxy inverso;
- terminación TLS;
- alojamiento compartido;
- entornos VPS tradicionales;
- sistemas de gestión de configuración;
- arquitecturas de producción existentes;
- servidores muy pequeños;
- servicios en el borde de la red.
Si ya gestiona el servicio mediante systemd, /etc/nginx, /etc/apache2 y APT, cambiar toda la arquitectura a contenedores solo para obtener un paquete más reciente del servidor web puede ser innecesario.
CodeIT permite conservar el modelo tradicional de gestión de paquetes de Ubuntu.
¿Sustituye el repositorio de CodeIT a los repositorios de Ubuntu?
No.
El repositorio de CodeIT está destinado a complementar Ubuntu, no a sustituirlo.
Ubuntu sigue proporcionando:
- el kernel;
- libc;
- systemd;
- utilidades esenciales;
- bibliotecas normales del sistema;
- actualizaciones de seguridad;
- la mayor parte del sistema operativo.
CodeIT proporciona determinados componentes de infraestructura más recientes donde resulta útil una versión upstream más actual.
Esta distinción es importante.
El propósito no es convertir Ubuntu 22.04 en una distribución rolling release.
El propósito es modernizar una parte concreta de la pila.
Ubuntu 22.04 sigue siendo una plataforma de servidor útil
Ubuntu 22.04 se publicó en abril de 2022 y permanece dentro del período de mantenimiento de seguridad estándar de Canonical hasta mayo de 2027.
Por tanto, para las organizaciones con infraestructura Jammy consolidada quizá no exista una razón operativa para sustituir inmediatamente el sistema operativo.
Un servidor puede tener una base madura y estable mientras determinadas aplicaciones expuestas siguen un ciclo de vida más rápido.
Esta es la misma filosofía de los repositorios de CodeIT para Enterprise Linux compatible con RHEL:
sistema operativo estable, pila web moderna.
Instalación
El repositorio de CodeIT para Ubuntu se distribuye como un repositorio APT normal para Ubuntu 22.04 LTS.
Diseñado para sustituir NGINX y Apache en el mismo sistema
Hemos preparado estos paquetes para que los administradores puedan sustituir mediante APT los paquetes NGINX y Apache HTTP Server proporcionados por Ubuntu, sin reconstruir el servidor ni reescribir su configuración.
En nuestras pruebas, las configuraciones existentes de NGINX y Apache siguieron funcionando sin ninguna modificación después de cambiar a los paquetes de CodeIT.
En actualizaciones de producción, revise de todos modos la transacción APT y ejecute nginx -t o apachectl configtest antes de reiniciar los servicios.
# Add the CodeIT Ubuntu 22.04 repository and signing key
sudo curl -fsSL https://repo.codeit.guru/DEB-GPG-KEY-codeit.gpg
-o /usr/share/keyrings/codeit-archive-keyring.gpg
. /etc/os-release
sudo curl -fsSL
"https://repo.codeit.guru/codeit-${VERSION_CODENAME}.sources"
-o /etc/apt/sources.list.d/codeit.sources
sudo apt updateDespués de activar el repositorio, utilice los comandos APT estándar para comprobar las versiones candidatas de los paquetes antes de actualizar:
apt-cache policy nginx
apt-cache policy apache2
apt-cache policy opensslInstale los paquetes necesarios mediante la gestión normal de paquetes APT.
Para entornos de producción, recomendamos revisar la transacción propuesta antes de aplicar un cambio importante de paquetes.
Comprobar qué repositorio suministrará un paquete
Antes de instalar o actualizar, compruebe las versiones candidatas:
apt-cache policy nginx
apt-cache policy apache2Esto muestra:
- la versión instalada;
- la versión candidata;
- los repositorios disponibles;
- la prioridad del paquete.
Esto resulta especialmente útil cuando Ubuntu y CodeIT proporcionan un paquete con el mismo nombre.
Probar antes de producción
Los repositorios de terceros aportan flexibilidad, pero los equipos de infraestructura deben tratarlos como cualquier otra dependencia de la cadena de suministro de software.
Para sistemas de producción importantes:
- pruebe los paquetes en staging;
- revise la transacción APT;
- realice una copia de seguridad de la configuración pertinente;
- valide la configuración del servicio antes de reiniciarlo;
- compruebe el funcionamiento de HTTPS después de actualizar;
- pruebe HTTP/2 o HTTP/3 por separado;
- despliegue en producción mediante su proceso habitual de gestión de cambios.
Para NGINX:
nginx -tPara Apache:
apachectl configtestdeben formar parte del proceso de despliegue.
¿Cuándo debería conservar los paquetes estándar de Ubuntu?
Probablemente no necesite CodeIT si:
- la versión de Ubuntu proporciona todas las funciones que necesita;
- desea el menor número posible de repositorios externos;
- no necesita comportamientos más recientes de NGINX o Apache;
- HTTP/3 no es relevante para su infraestructura;
- su organización exige paquetes exclusivamente del proveedor;
- su entorno está certificado para el conjunto exacto de paquetes de Ubuntu.
La política conservadora de paquetes de Ubuntu es una ventaja, no un defecto.
CodeIT está destinado a los casos en que esa base funcional conservadora se convierte en una limitación.
¿Cuándo tiene sentido el repositorio de CodeIT?
CodeIT es una buena opción si responde afirmativamente a una o varias de estas preguntas:
- ¿Necesito un NGINX más reciente en Ubuntu 22.04?
- ¿Necesito un Apache más reciente en Ubuntu 22.04?
- ¿Quiero HTTP/3 en Ubuntu 22.04?
- ¿Necesito una pila QUIC moderna?
- ¿Quiero paquetes NGINX con Brotli?
- ¿Necesito capacidades más recientes de OpenSSL para mi pila web?
- ¿Quiero versiones más recientes de nghttp2, nghttp3 o ngtcp2?
- ¿Quiero evitar compilar NGINX o Apache manualmente?
- ¿Quiero conservar Ubuntu 22.04 en lugar de actualizar el sistema operativo?
- ¿Quiero actualizaciones gestionadas mediante paquetes APT?
- ¿Administro varios servidores que deberían utilizar compilaciones reproducibles?
Si es así, el repositorio de CodeIT para Ubuntu 22.04 fue creado exactamente para ese caso de uso.
Preguntas frecuentes
¿Existe un repositorio con paquetes NGINX más recientes para Ubuntu 22.04?
Sí. CodeIT proporciona un repositorio para Ubuntu 22.04 con compilaciones recientes de NGINX, incluidas las ramas actuales stable y mainline.
El repositorio está destinado a administradores que desean funciones más recientes de NGINX y conservar Ubuntu 22.04 como sistema operativo base.
¿Cómo puedo instalar el NGINX más reciente en Ubuntu 22.04 sin compilarlo?
Utilice un repositorio APT mantenido que proporcione paquetes NGINX más recientes.
El repositorio de CodeIT proporciona paquetes precompilados para que NGINX permanezca bajo la gestión normal de paquetes Debian en lugar de instalarse manualmente desde el código fuente.
¿Por qué Ubuntu 22.04 sigue utilizando NGINX 1.18?
Las versiones Ubuntu LTS estabilizan su conjunto de paquetes y suelen aplicar mediante backport correcciones importantes en lugar de pasar continuamente a cada nueva versión upstream.
Por eso Jammy permanece en la familia de paquetes NGINX 1.18.x, aunque existan versiones upstream de NGINX mucho más recientes.
¿Es inseguro el paquete NGINX 1.18 de Ubuntu?
No solo por el hecho de que su número de versión upstream sea antiguo.
Ubuntu aplica correcciones de seguridad mediante backport a los paquetes compatibles.
El principal motivo para utilizar una compilación más reciente de NGINX es acceder a funciones, protocolos y mejoras de implementación más recientes, así como a una base de código upstream más actual.
¿Puedo ejecutar NGINX 1.31 en Ubuntu 22.04?
Sí. El repositorio de CodeIT para Ubuntu proporciona versiones recientes de la pila web para Ubuntu 22.04 correspondientes a la línea actual de paquetes de CodeIT, incluido NGINX mainline.
¿Puedo obtener un Apache más reciente en Ubuntu 22.04?
Sí.
La línea estándar de paquetes Apache de Ubuntu 22.04 está basada en Apache 2.4.52, mientras CodeIT sigue las versiones upstream actuales de Apache 2.4.x.
¿Puedo utilizar HTTP/3 en Ubuntu 22.04?
Sí.
Las compilaciones NGINX con compatibilidad HTTP/3 pueden ejecutarse en Ubuntu 22.04 cuando se proporcionan los componentes QUIC y TLS necesarios.
CodeIT mantiene la pila moderna correspondiente de servidor web y QUIC.
¿Proporciona CodeIT ngtcp2 y nghttp3 para Ubuntu 22.04?
Sí. El repositorio para Ubuntu sigue la misma pila de red moderna que mantiene CodeIT, incluidos los paquetes ngtcp2 y nghttp3.
Estas bibliotecas son útiles para desarrollar, desplegar y probar HTTP/3 y QUIC.
¿Admite el repositorio HTTP/2?
Sí.
CodeIT mantiene componentes HTTP/2 actuales, incluidos nghttp2 y Apache mod_http2.
¿Proporciona CodeIT paquetes NGINX compatibles con Brotli?
Sí.
Las compilaciones NGINX de CodeIT incluyen compatibilidad Brotli junto con HTTP/2, HTTP/3 y otras funciones útiles del servidor web.
¿Debería actualizar a Ubuntu 24.04 o 26.04?
Para una instalación nueva, una versión Ubuntu LTS más reciente puede ser la mejor opción.
Para un entorno existente con Ubuntu 22.04, la decisión es diferente.
Si el sistema operativo es estable y la única limitación es un NGINX, Apache, OpenSSL o una pila de protocolos HTTP más antiguos, actualizar determinados paquetes puede implicar muchos menos cambios operativos que migrar todo el sistema operativo.
¿Sigue teniendo soporte Ubuntu 22.04?
Sí.
Canonical indica mantenimiento de seguridad estándar para Ubuntu 22.04 LTS hasta mayo de 2027, con soporte ampliado disponible posteriormente mediante Ubuntu Pro.
¿Está CodeIT destinado únicamente a empresas?
No.
El repositorio es útil para empresas, pequeñas y medianas compañías, proveedores de alojamiento, equipos DevOps, desarrolladores y entusiastas de Linux.
¿Puedo automatizar la instalación de paquetes CodeIT?
Sí.
Como el repositorio utiliza la gestión normal de paquetes de Ubuntu, puede integrarse en herramientas que administran paquetes APT, como Ansible, Puppet, Chef, Salt, cloud-init y canalizaciones de creación de imágenes.
¿Sustituye CodeIT a Ubuntu?
No.
Ubuntu sigue siendo el sistema operativo base. CodeIT proporciona determinados paquetes web y de red más recientes.
¿Cuáles son las alternativas?
Las alternativas habituales incluyen:
- mantener los paquetes estándar de Ubuntu;
- actualizar Ubuntu;
- utilizar un repositorio específico del proveedor;
- utilizar un PPA;
- compilar el software personalmente;
- ejecutar la pila web en contenedores.
El repositorio de CodeIT está destinado principalmente a usuarios que desean una pila web moderna y gestionada mediante paquetes, conservando Ubuntu 22.04 LTS.
Resumen
Ubuntu 22.04 LTS sigue siendo un sistema operativo de servidor estable, pero el ciclo de vida conservador de sus paquetes hace que las generaciones predeterminadas de NGINX, Apache y OpenSSL puedan estar considerablemente por detrás del desarrollo upstream actual.
Para muchos servidores esto es totalmente aceptable.
Sin embargo, para una infraestructura que necesita capacidades web más recientes, actualizar el sistema operativo no debería ser la única opción.
El repositorio de CodeIT para Ubuntu 22.04 ofrece otra vía:
- conservar Ubuntu 22.04 LTS;
- instalar paquetes NGINX recientes;
- instalar paquetes Apache recientes;
- utilizar capacidades más recientes de OpenSSL;
- desplegar HTTP/2;
- desplegar HTTP/3 y QUIC;
- utilizar Brotli;
- utilizar versiones actuales de nghttp2, nghttp3 y ngtcp2;
- gestionar el software mediante APT;
- evitar mantener compilaciones personalizadas desde el código fuente.
Base Ubuntu estable. Pila web moderna. Gestión de paquetes estándar.
Ese es el propósito del repositorio de CodeIT para Ubuntu 22.04.