Introducción: La Bomba de Tiempo Digital
Imaginen un vehículo que ha recorrido fielmente millones de kilómetros, pero para el cual ya no existen repuestos ni mantenimiento. Ese era nuestro servidor de CentOS 6.5. Un sistema operativo robusto, pero que alcanzó su Fin de Vida (End-of-Life – EOL) hace años.
Operar en un sistema sin soporte técnico ni parches de seguridad es como dejar la puerta de la oficina abierta: tarde o temprano, los riesgos (ciberataques, fallos críticos) son inevitables. Nuestro desafío era claro: migrar toda la operación a un moderno Ubuntu 22.04 LTS sin afectar la continuidad del negocio.
Desafío 1: Sentando las Bases – Servicios Fundamentales (Apache y MySQL)
Nuestro primer movimiento fue sentar la base: trasladar los servicios web y las bases de datos de los portales más convencionales. Este era el “pan de cada día” de la migración.
- Migración de Web y Aplicaciones PHP: Trasladamos la totalidad de los servicios de Apache, los sistemas de archivos, los portales web en PHP (incluyendo varios sitios WordPress) y sus directorios de configuración. Este paso, aunque lineal, exige asegurar la compatibilidad con las versiones más recientes de PHP y módulos de Apache en el nuevo entorno Ubuntu, minimizando cualquier impacto en el front-end y la lógica de negocio.
- Portabilidad de Datos MySQL: Las bases de datos que sustentaban estos portales fueron migradas utilizando métodos de dump y restauración tradicionales. Este proceso estandarizado garantizó que toda la información crítica pasara intacta a las nuevas instancias de MySQL.
Una vez que los sitios y bases de datos principales estuvieron operativos en Ubuntu, pasamos a los sistemas más complejos, que no se comportaban según las reglas tradicionales.
Desafío 2: El Enigma del Correo (Y el Error 530)
Una vez que la mayoría de los sitios web funcionaban, el servicio crítico de correo Postfix se convirtió en nuestro foco. Este sistema, aunque simple, fue el que más resistencia ofreció.
La Vieja Escuela vs. La Seguridad Moderna
Al analizar los logs del CentOS 6.5, descubrimos la clave: el sistema enviaba correos directamente a los servidores de Google Workspace (MX) a través del Puerto 25, sin autenticarse. Era una técnica de “servidor a servidor” que Google hoy bloquea si no cumples con estándares altísimos.
Al migrar a Ubuntu, configuramos el método actual y seguro: el Smarthost a través del puerto 587, tal como lo exige Google. Pero al intentar autenticarnos, recibíamos un implacable error: 530 5.7.0 Authentication Required.
La Pieza Perdida: La Clave de Aplicación
La autenticación seguía fallando porque Postfix, a pesar de tener la clave correcta, usaba el puerto equivocado (25). Corregimos el relayhost en el archivo main.cf a [smtp.gmail.com]:587 y, finalmente, confirmamos que la autenticación solo funcionaba con una Clave de Aplicación (App Password) específica generada en la consola de Google Workspace.
Resultado: Una vez que Postfix pudo conectarse al puerto 587 y autenticarse con la Clave de Aplicación correctamente asegurada, el correo fluyó con éxito.
El Aprendizaje del Experto: Una migración no es solo mover archivos. Es entender por qué funcionaba la configuración antigua (a menudo por laxitud de seguridad) para poder adaptarla a los protocolos de seguridad actuales.
Desafío 3: Desencapsulando el Software (Migración Docker)
La etapa final fue el traslado de las aplicaciones contenidas en Docker (incluyendo el sistema de inventario OCS Inventory y aplicaciones legacy taylormade). Mover contenedores requiere más que copiar y pegar.
1. Extracción Segura de la Base de Datos
El componente más sensible era el contenedor MySQL 8.0. Intentar mover solo los archivos de la base de datos podría provocar una corrupción debido a diferencias en la arquitectura de almacenamiento. La solución profesional fue utilizar el volcado lógico (mysqldump) para extraer todos los datos de forma limpia en el servidor antiguo y restaurarlos en la nueva instancia de MySQL 8.0 en Ubuntu.
2. Traslado de las Imágenes de Aplicación
Las imágenes personalizadas se exportaron usando docker save y se reimportaron usando docker load en el nuevo host. Esto garantizó que la aplicación legacy se comportara exactamente igual, independientemente del sistema operativo subyacente.
3. Reensamblaje Estratégico
Finalmente, utilizamos el archivo docker-compose.yml para levantar la arquitectura completa en Ubuntu, asegurando que los volúmenes de datos y los mapeos de puertos (ej., 8088->80) fueran perfectos.
Conclusión: Especialistas en lo Complejo
La migración de CentOS 6.5 a Ubuntu 22.04 fue un proceso exhaustivo de ingeniería reversa y modernización. Abordamos con éxito el traslado de servicios web fundamentales (Apache y MySQL), desciframos el enigma del relay de Postfix (implementando la seguridad SASL) y garantizamos la integridad de los datos de los contenedores Docker.
El éxito de este proyecto radica en la comprensión profunda de los protocolos subyacentes y en la capacidad de nuestro equipo para resolver los fallos de autenticación y compatibilidad más difíciles.
Su Plataforma, Nuestro Compromiso: En nuestra especialización, vemos estos desafíos no como problemas, sino como oportunidades para fortalecer y modernizar su infraestructura, asegurando un futuro operativo estable y seguro. Si su empresa enfrenta una migración compleja o servicios legacy críticos, somos los especialistas que necesita para garantizar una transición exitosa. Ponte en contacto con nosotros!
