Linux CentOS: qué es, versiones y estado actual

Autor: Universidad El Bosque

25 de Agosto de 2026

Tiempo de lectura 10 minutos

Linux CentOS y sus versiones

Linux CentOS fue durante casi dos décadas la distribución de referencia para servidores empresariales: gratuita, estable y binariamente compatible con Red Hat Enterprise Linux. Ese modelo terminó. La última versión de CentOS Linux, la 7, llegó a su fin de vida el 30 de junio de 2024, y lo que continúa hoy bajo el nombre del proyecto es CentOS Stream, una distribución con una función distinta dentro del ecosistema de Red Hat. Entender esa diferencia no es un detalle histórico: define si un servidor que administras está recibiendo parches de seguridad o si lleva más de un año sin ellos. En lo que sigue verás qué era CentOS, qué características lo hicieron el estándar de facto, en qué se diferencia de CentOS Stream, qué riesgos hay que considerar, qué ventajas conserva el proyecto y cómo empezar hoy con la versión vigente.

¿Qué es Linux CentOS?

CentOS —Community Enterprise Operating System— es una distribución de Linux de la familia Red Hat, creada para ofrecer un sistema de clase empresarial sin costo de licencia, reconstruido a partir del código fuente abierto de Red Hat Enterprise Linux.

Su historia explica su reputación. El proyecto nació en 2004 como una reconstrucción comunitaria de RHEL: los mantenedores tomaban el código fuente que Red Hat publica por obligación de las licencias libres, lo compilaban y lo distribuían gratis, sin las marcas comerciales ni el soporte pagado. El resultado era funcionalmente equivalente a RHEL, con los mismos paquetes y las mismas versiones de kernel, lo que permitía a universidades, hospitales, empresas medianas y proveedores de hosting montar infraestructura de nivel empresarial sin pagar suscripciones. En 2014 Red Hat absorbió el proyecto y lo convirtió en oficial. Ese respaldo dio estabilidad al desarrollo, pero también puso el destino de CentOS en manos de una compañía con intereses comerciales propios, algo que resultó decisivo años más tarde.

Características principales

Las características que definieron a CentOS son cuatro: compatibilidad binaria con RHEL, ciclos de vida largos, un enfoque conservador en las actualizaciones y un modelo de seguridad heredado del mundo empresarial.

Estas propiedades no son independientes entre sí; forman un mismo criterio de diseño. Un servidor de producción no necesita el software más reciente, necesita que lo que ya funciona siga funcionando durante años sin sorpresas. CentOS estaba construido para eso: paquetes probados, actualizaciones que corrigen sin romper compatibilidad y una ventana de soporte de aproximadamente diez años por versión mayor. Ese contrato implícito es lo que llevó a tantos administradores a elegirlo, y también lo que explica la incomodidad del sector cuando cambió el modelo. Vale aclarar que ese conservadurismo tenía un costo: las versiones de lenguajes, bases de datos y librerías disponibles en los repositorios oficiales solían ir varios años por detrás de las últimas publicadas, y quien necesitaba software reciente debía recurrir a repositorios adicionales o compilar por su cuenta.

  • Compatibilidad binaria con RHEL. Un paquete compilado para Red Hat Enterprise Linux funcionaba en CentOS sin modificaciones, lo que garantizaba compatibilidad con software comercial certificado.
  • Gestión de paquetes con RPM. Administración mediante yum y después dnf, con repositorios estables y dependencias resueltas de forma predecible.
  • SELinux activado por defecto. Control de acceso obligatorio a nivel de kernel, una capa de aislamiento que limita el daño cuando un servicio se ve comprometido.
  • Firewall integrado. Gestión mediante firewalld e iptables, con configuración por zonas.
  • Instalación mínima orientada a servidor. Sin entorno gráfico por defecto, con menor superficie de ataque y menor consumo de recursos.
  • Comunidad y documentación abundantes. Al ser compatible con RHEL, la documentación oficial de Red Hat servía en la práctica como manual de CentOS.

CentOS Linux vs. CentOS Stream

La diferencia es de dirección: CentOS Linux se construía a partir de RHEL ya publicado, mientras CentOS Stream se sitúa antes de RHEL y sirve como rama de desarrollo desde la que se crean las versiones menores del producto comercial.

Ese giro se anunció en diciembre de 2020 y provocó una de las mayores controversias recientes en el mundo Linux, porque cambió la naturaleza del producto sin cambiar el nombre. Quien tenía un servidor con CentOS Linux esperando estabilidad probada se encontró con que la continuidad del proyecto pasaba por una distribución que, por diseño, recibe los cambios antes que RHEL. No es una distribución inestable —la desarrollan los propios ingenieros de Red Hat y pasa controles de calidad—, pero su propósito es distinto: sirve para desarrollar, probar y anticipar lo que llegará a RHEL, no para replicar lo que RHEL ya validó.

Criterio

CentOS Linux

CentOS Stream

Posición respecto a RHEL

Aguas abajo: se reconstruía desde RHEL publicado

Aguas arriba: alimenta las versiones menores de RHEL

Propósito

Réplica gratuita y estable de RHEL

Rama de desarrollo y prueba de RHEL

Modelo de actualización

Versiones puntuales tras la publicación de RHEL

Flujo continuo de actualizaciones

Ciclo de vida

Cerca de 10 años por versión mayor

Cerca de 5 años, ligado al soporte pleno de RHEL

Estado actual

Fin de vida: la versión 7 terminó el 30 de junio de 2024

Vigente, con Stream 9 y Stream 10

Uso recomendable

Ya no procede en producción

Desarrollo, pruebas, laboratorios y CI/CD

Domina la administración de este sistema con el Curso de Linux Cent OS de la Universidad y aprende a operar servidores de la familia Red Hat con criterio profesional.

Consideraciones importantes

La consideración crítica es esta: si administras servidores con CentOS Linux 7 u 8, esos sistemas no reciben parches de seguridad y cada vulnerabilidad publicada desde su fin de vida sigue abierta.

Las fechas son públicas y no admiten interpretación. El propio proyecto anunció con antelación las fechas de cierre: CentOS Stream 8 dejó de generar compilaciones el 31 de mayo de 2024 y CentOS Linux 7 llegó a su fin de vida el 30 de junio de 2024. Red Hat, al confirmar ese cierre, advirtió lo que implica: una distribución en fin de vida deja de recibir actualizaciones y parches cuando aparecen nuevas vulnerabilidades, y estimó que alrededor del 26 % de los sistemas Linux analizables correspondían a CentOS Linux 7. Eso significa que el problema no era marginal: buena parte de la infraestructura mundial quedó expuesta de golpe, y una porción todavía sigue así.

Ante ese escenario, las rutas de migración son cuatro, y conviene evaluarlas por criterio y no por costumbre:

  • CentOS Stream 9 o 10, si el entorno es de desarrollo, pruebas o integración continua y conviene anticipar los cambios de RHEL.
  • Red Hat Enterprise Linux, cuando se requiere soporte comercial, certificaciones y compatibilidad garantizada con software de terceros.
  • AlmaLinux u Rocky Linux, proyectos comunitarios creados precisamente para ocupar el lugar que dejó CentOS Linux como reconstrucción estable y compatible con RHEL.
  • Otra familia de distribución, como Debian o Ubuntu Server, si la migración es una oportunidad para replantear la arquitectura completa.

Refuerza la capa que más se descuida en estos escenarios con la Especialización en Seguridad de Redes Telemáticas de la Universidad y aprende a proteger infraestructura que no siempre puedes actualizar a tiempo.

Ventajas de Linux CentOS

Las ventajas que hicieron de CentOS el estándar de facto en servidores siguen siendo válidas como criterio técnico, aunque hoy se materialicen en CentOS Stream, en RHEL o en las reconstrucciones comunitarias que tomaron su relevo.

Conviene separar la marca del modelo. Lo que se valoraba de Linux CentOS no era el nombre, sino un conjunto de decisiones de ingeniería que sigue definiendo a toda la familia Red Hat: estabilidad por encima de novedad, ciclos largos, seguridad activada desde la instalación y un ecosistema de documentación y software certificado difícil de igualar. Ese es el patrimonio real, y es transferible. Para quien estudia infraestructura, esta distinción tiene una consecuencia práctica muy concreta: no aprendes "CentOS", aprendes a administrar sistemas de la familia Red Hat. Los comandos, la lógica de los repositorios, la gestión de servicios y el modelo de permisos son los mismos en RHEL, en Fedora, en AlmaLinux y en Rocky Linux, y ese conocimiento no caduca cuando una distribución concreta cambia de rumbo.

  • Estabilidad probada en producción. El modelo prioriza versiones maduras de cada componente frente a la última disponible.
  • Costo de licencia nulo. Tanto CentOS Stream como AlmaLinux y Rocky Linux se distribuyen sin costo.
  • Seguridad por defecto. SELinux y firewalld vienen activos, algo que no todas las distribuciones hacen.
  • Compatibilidad con el ecosistema empresarial. Bases de datos, servidores de aplicaciones y herramientas de monitoreo certifican sobre esta familia.
  • Competencias profesionales transferibles. Quien administra CentOS puede administrar RHEL, Fedora, AlmaLinux o Rocky con una curva mínima, y esa es exactamente la habilidad que piden las ofertas de trabajo en infraestructura.
  • Presencia dominante en la nube. Las imágenes de esta familia están disponibles en todos los proveedores de nube relevantes.

¿CentOS dejará de existir?

No: el proyecto CentOS sigue vivo y activo, pero ya no como réplica gratuita de RHEL. Lo que dejó de existir es CentOS Linux; lo que continúa es CentOS Stream.

La distinción es la que más confusión genera, y vale la pena dejarla explícita. CentOS como organización mantiene su infraestructura, sus grupos de interés especial y su comunidad, y publica CentOS Stream con un calendario propio. La documentación oficial de CentOS Stream 10, cuyo nombre clave es Coughlan, describe la distribución como un sistema construido por los ingenieros de Red Hat Enterprise Linux que funciona como la rama de versión mayor desde la que se crean las versiones menores de RHEL. Su ciclo de vida es de aproximadamente cinco años y el mantenimiento está previsto hasta 2030, con la fecha exacta atada al fin de la fase de soporte pleno de RHEL 10. Soporta cuatro arquitecturas: AMD/Intel de 64 bits, ARM de 64 bits, IBM Power e IBM Z.

Esta es la fotografía de las versiones, útil para saber en qué punto está cualquier servidor que administres:

Versión

Tipo

Estado

CentOS Linux 6

Reconstrucción de RHEL

Fin de vida desde noviembre de 2020

CentOS Linux 7

Reconstrucción de RHEL

Fin de vida el 30 de junio de 2024

CentOS Linux 8

Reconstrucción de RHEL

Fin de vida anticipado en diciembre de 2021

CentOS Stream 8

Rama de desarrollo de RHEL 8

Cierre de compilaciones el 31 de mayo de 2024

CentOS Stream 9

Rama de desarrollo de RHEL 9

Vigente

CentOS Stream 10

Rama de desarrollo de RHEL 10

Vigente, mantenimiento previsto hasta 2030

Primeros pasos con CentOS Stream

Empieza en una máquina virtual, no en un servidor de producción: descarga la imagen de CentOS Stream 9 o 10 desde el sitio oficial del proyecto, instálala en modo mínimo y trabaja desde la línea de comandos.

El recorrido inicial es bastante estándar en esta familia y conviene hacerlo en ese orden, porque cada paso apoya al siguiente. Primero verifica la integridad de la imagen descargada y elige la arquitectura correcta. Instala en modo mínimo, sin entorno gráfico, porque así se administra un servidor real. Después actualiza el sistema completo con dnf update, crea un usuario sin privilegios y configura sudo en lugar de trabajar como root, que es el hábito que separa a un administrador de un aficionado. A partir de ahí, la práctica útil es concreta: configurar firewalld por zonas, entender los modos de SELinux antes de desactivarlo —el error más común del principiante—, administrar servicios con systemctl, revisar registros con journalctl y montar un servicio real, como un servidor web o una base de datos, para tener algo que romper y arreglar.

Un consejo sobre expectativas: dado que CentOS Stream recibe los cambios antes que RHEL, es un excelente laboratorio de aprendizaje y un mal candidato para un servidor crítico sin pruebas previas. Úsalo para formarte, para validar tus despliegues y para anticipar qué llegará a producción; reserva RHEL o una reconstrucción estable para lo que no puede fallar. Esa doble competencia —saber operar la rama de desarrollo y la estable— es justamente lo que valora un equipo de infraestructura, porque implica que entiendes el ciclo completo y no solo un comando. Y hay un beneficio secundario que suele pasarse por alto: al usar Stream ves los cambios que llegarán a RHEL con meses de anticipación, lo que permite detectar incompatibilidades con tus propias aplicaciones antes de que el cambio aterrice en producción.

Lleva esa práctica a la infraestructura donde hoy vive la mayoría de los servidores con el Curso de Cloud Computing de la Universidad y aprende a desplegar y escalar estos sistemas en la nube.

Explora los programas de la Facultad de Ingeniería que te preparan para administrar y proteger infraestructura:

También puede interesarte:

Compartir artículo

Te puede interesar

  • /sites/default/files/2025-04/Inscripciones.gif
    main_menu_inscripcions
    card-gif-sub-menu
  • /sites/default/files/2025-04/Programas.gif
    main_menu_programs
    card-gif-sub-menu
  • /sites/default/files/2025-04/Facultad.gif
    main_menu_faculties
    card-gif-sub-menu
  • /sites/default/files/2025-04/Vida%20Universitaria.gif
    main_menu_univers
    card-gif-sub-menu
  • /sites/default/files/2025-04/Nuestro%20Bosque.gif
    main_menu_ub
    card-gif-sub-menu
  • /sites/default/files/2025-04/Investigaciones.gif
    main_menu_investigation
    card-gif-sub-menu