CodeIT es una empresa de desarrollo de software, incluyendo soluciones basadas en web. Por eso, necesitamos regularmente versiones actuales de software de servidor con soporte para funciones modernas avanzadas. Por ejemplo, NGINX y Apache httpd, compilados para distribuciones industriales con soporte para HTTP/2 y compresión Brotli. Sin embargo, no pudimos encontrar paquetes listos para usar. Por eso creamos nuestro propio repositorio para distribuciones RHEL/CentOS/Rocky Linux/AlmaLinux/Oracle Linux, y puede usarlo libremente:
Repositorio RPM para Enterprise Linux
| Versión | Arquitecturas soportadas | Estado |
| 6.x | x86_64 | EOL / obsoleto desde 12.2020 |
| 7.x | x86_64 | Soporte extendido desde julio de 2024 |
| 8.x | x86_64, aarch64 | Soportado |
| 9.x | x86_64, aarch64 | Soportado |
| 10.x | x86_64, aarch64 | Soportado |
Para habilitar la actualización automática de paquetes en Linux, asegúrese de configurar el repositorio yum para distribuciones RHEL/CentOS.
CentOS Stream no es compatible porque los paquetes de CodeIT no se prueban en este sistema.
Repositorio DEB para Ubuntu LTS
| Versión | Arquitecturas soportadas | Estado |
| Ubuntu 22.04 Jammy Jellyfish | x86_64, aarch64 | Testing |
| Ubuntu 24.04 Noble Numbat | x86_64, aarch64 | Building |
Configurar el repositorio CodeIT
El script detecta el sistema operativo y su versión, e instala el paquete de configuración del repositorio CodeIT correspondiente:
curl -fsSL https://repo.codeit.guru/setup | sudo shEnterprise Linux (EL 7–10): RHEL, CentOS, AlmaLinux, Rocky Linux, Oracle Linux.
Ubuntu: Ubuntu 22.04 LTS, Ubuntu 24.04 LTS.
Las páginas enlazadas incluyen instalación manual, verificación, comprobación de las claves de firma e instrucciones para eliminar el repositorio.
¿Por qué debería usar este repositorio?
Aquí publicaremos la última versión de nginx, tanto de las ramas «mainline» como «stable». ¿Por qué estas compilaciones son mejores que las oficiales?
- Las compilamos estáticamente contra OpenSSL 3.5.0+, que incluye soporte para ALPN —negociación de HTTP/2 durante la fase de establecimiento de la conexión TLS—, QUIC (HTTP/3) y TLS 1.3 RFC 8446. Esto es importante para nosotros, porque desde mayo de 2016 Google Chrome eliminó el soporte para NPN. Quienes no tengan ALPN se quedan con HTTP/1.1 simple sobre SSL, sin HTTP/2.
- Soporte de compresión de contenido mediante Brotli, integrado a través del módulo ngx_brotli y libbrotli, compilada como paquete independiente.
Actualmente seguimos de cerca apache httpd, mod_http2, mc, nghttp2, nghttp3, ngtcp2, openssl quictls y nginx, y actualizamos nuestras compilaciones de forma regular. En el futuro planeamos ampliar la lista de productos de software soportados, así que revise nuestro blog periódicamente. Por supuesto, los SRPM están disponibles en el repositorio. La versión inicial fue compilada contra OpenSSL 1.0.2h. Los paquetes del repositorio están firmados con nuestra clave GPG; nuestra clave pública está disponible aquí.
Preguntas frecuentes sobre el repositorio RPM de CodeIT
1. ¿Qué es el repositorio RPM de CodeIT?
CodeIT es un repositorio RPM de terceros que ofrece paquetes actualizados de servidores web y componentes de red para distribuciones Enterprise Linux compatibles con RHEL. Está pensado para sistemas que necesitan versiones más recientes de NGINX, Apache httpd, OpenSSL, nghttp2, nghttp3 y ngtcp2 sin renunciar a una base estable de Enterprise Linux.
2. ¿A quién está dirigido el repositorio CodeIT?
Está dirigido a equipos de infraestructura empresarial, empresas, proveedores de alojamiento, profesionales de DevOps, administradores de sistemas, desarrolladores y entusiastas de Linux que necesitan paquetes modernos de infraestructura web sin sustituir su sistema operativo Enterprise Linux.
3. ¿Es adecuado el repositorio RPM de CodeIT para servidores empresariales?
Sí. Un caso de uso habitual consiste en mantener un sistema operativo estable compatible con RHEL y actualizar de forma independiente determinados componentes de la pila web. Como con cualquier repositorio de terceros, las organizaciones deben probar las actualizaciones en un entorno de preproducción y aplicar sus procedimientos habituales de gestión de cambios y revisión de seguridad antes de desplegarlas en producción.
4. ¿Resulta útil el repositorio para pequeñas y medianas empresas?
Sí. Las empresas pueden utilizar la gestión estándar de paquetes RPM en lugar de mantener compilaciones propias de software de servidor web. Esto facilita la automatización y la reproducción de instalaciones, actualizaciones y despliegues en varios servidores.
5. ¿Pueden utilizarlo desarrolladores individuales y entusiastas de Linux?
Sí. El repositorio también puede utilizarse en servidores de desarrollo, laboratorios domésticos, entornos de prueba e infraestructura personal que ejecuten una distribución Enterprise Linux compatible.
6. ¿Qué distribuciones Linux son compatibles?
El repositorio está destinado a distribuciones Enterprise Linux compatibles con RHEL: Red Hat Enterprise Linux, AlmaLinux, Rocky Linux, Oracle Linux y CentOS Linux. EL8, EL9 y EL10 reciben soporte activo; EL7 está disponible bajo condiciones de soporte ampliado. CentOS Stream no es compatible porque los paquetes de CodeIT no se prueban en ese sistema.
7. ¿Qué arquitecturas de CPU son compatibles?
Los repositorios actuales para EL8, EL9 y EL10 admiten x86_64 y aarch64. Los paquetes de EL7 se ofrecen para x86_64.
8. ¿Qué software está disponible en el repositorio CodeIT?
El repositorio se centra en infraestructura web y de red moderna, incluidos NGINX, Apache httpd, mod_http2, paquetes relacionados con OpenSSL, nghttp2, nghttp3, ngtcp2 y sus dependencias y módulos. Las versiones disponibles pueden consultarse directamente en el índice del repositorio.
9. ¿Admite CodeIT HTTP/2, HTTP/3, QUIC y versiones modernas de TLS?
Las compilaciones de CodeIT se centran en protocolos web modernos y funciones actuales de TLS. Hay paquetes para HTTP/2, TLS 1.3, Brotli y casos de uso con QUIC/HTTP/3. Algunas funciones nuevas de HTTP/3, especialmente los paquetes de Apache mod_http3 del repositorio de pruebas, deben considerarse experimentales y probarse antes de usarlas en producción.
10. ¿Se integra CodeIT con yum y dnf?
Sí. CodeIT es un repositorio RPM estándar y funciona con el flujo habitual de gestión de paquetes mediante yum y dnf. Hay paquetes de configuración del repositorio para EL7, EL8, EL9 y EL10.
11. ¿Puedo utilizar CodeIT con Ansible, Puppet, Chef o automatización de CI/CD?
Sí. Como los paquetes se instalan desde repositorios estándar de yum y dnf, pueden gestionarse con herramientas de configuración y despliegue que admitan operaciones RPM normales. No se necesita ningún agente específico de CodeIT.
12. ¿Puedo utilizar CodeIT en AWS, Azure, Google Cloud, máquinas virtuales o servidores físicos?
Sí. El repositorio no depende de un proveedor de alojamiento concreto. Puede utilizarse donde se ejecute un sistema operativo compatible con RHEL y una arquitectura admitida, incluidos servidores físicos, máquinas virtuales e instancias en la nube.
13. ¿Sustituye CodeIT a los repositorios estándar de RHEL, AlmaLinux o Rocky Linux?
No. CodeIT complementa los repositorios del sistema operativo aportando determinados paquetes más recientes de la pila web y de red. La distribución Enterprise Linux subyacente sigue proporcionando el sistema operativo y el resto de sus paquetes habituales.
14. ¿Funciona CodeIT junto con EPEL?
Sí. Algunos paquetes de CodeIT dependen de bibliotecas disponibles en EPEL, por lo que EPEL puede habilitarse junto con el repositorio CodeIT. Por ejemplo, las instrucciones de instalación recomiendan activar EPEL cuando lo requieren las dependencias de Apache httpd.
15. ¿Qué alternativas existen al repositorio RPM de CodeIT?
Las alternativas incluyen usar las versiones suministradas por el proveedor del sistema operativo, habilitar otros repositorios de terceros, utilizar repositorios del proveedor de la aplicación, compilar desde el código fuente o ejecutar software más reciente dentro de contenedores. CodeIT resulta especialmente útil cuando se desea combinar la gestión normal del ciclo de vida de RPM, una base estable de Enterprise Linux y paquetes más recientes de la pila web.
16. ¿Por qué usar un repositorio RPM en lugar de compilar NGINX, Apache u OpenSSL desde el código fuente?
Los paquetes RPM facilitan la instalación, el inventario, la actualización, la eliminación y el despliegue reproducible en varios servidores mediante las herramientas habituales de administración de Linux. Las compilaciones desde el código fuente ofrecen una flexibilidad parecida, pero obligan a la organización a mantener su propio proceso de compilación, seguimiento de paquetes y ciclo de despliegue.
17. ¿Están firmados los paquetes RPM de CodeIT?
Sí. Los paquetes del repositorio CodeIT están firmados con claves GPG, y el repositorio publica las claves públicas correspondientes para que puedan verificarse.
18. ¿Están disponibles los paquetes RPM fuente (SRPM)?
Sí. Los SRPM se publican junto con los paquetes binarios, lo que permite a administradores y desarrolladores revisar el empaquetado, recompilar paquetes o adaptarlos a su entorno.
19. ¿Cómo empiezo a utilizar el repositorio RPM de CodeIT?
Instale el paquete de configuración del repositorio CodeIT correspondiente a su versión de Enterprise Linux, habilite EPEL cuando sea necesario y, a continuación, instale o active el flujo de paquetes que necesite mediante yum o dnf. Hay canales independientes stable, mainline y testing según el software y la plataforma.
20. ¿Puedo seguir utilizando CodeIT con CentOS 7 u otros sistemas EL7?
EL7 se admite como plataforma con soporte ampliado, no como una versión principal actual de Enterprise Linux. Las compilaciones para CentOS 7 siguen disponibles dentro del programa de soporte ampliado de CodeIT. Para nuevas instalaciones normalmente deben preferirse EL8, EL9 o EL10.