Existen dos soluciones viables: una definitiva (actualizar paquetes corregidos) y una temporal (hacer rollback a la versión anterior). A continuación te presento cada una:

Opción A: Actualizar paquetes a la versión corregida

cPanel y CloudLinux liberaron versiones corregidas que ajustan el comportamiento de Apache y EA-Nginx para manejar correctamente el SNI.

Paso 1: Ejecuta el actualizador principal de cPanel

/scripts/upcp

Paso 2: (Opcional) Asegúrate de actualizar desde el repositorio testing

yum update ea-apache24* ea-nginx --enablerepo=cl-ea4-testing

Esto instalará las versiones corregidas del servidor Apache y Nginx.

Paso 3: Reinicia los servicios web

service httpd restart
service nginx restart

Opción B: Hacer rollback a la versión anterior (temporal)

Si prefieres no usar repositorios testing o tu servidor ya es estable con la versión previa, puedes hacer rollback.

Paso 1: Instala plugin para bloquear versiones

yum install yum-plugin-versionlock

Paso 2: Hacer downgrade de Apache

yum downgrade ea-apache24*

Paso 3: Bloquear actualizaciones automáticas

yum versionlock add ea-apache24*

Paso 4: Reinicia Apache

service httpd restart

Para finalizar

Este error fue consecuencia de una mejora de seguridad en Apache, pero impactó directamente a servidores con proxy reverso sin SNI configurado correctamente. Afortunadamente, cPanel y CloudLinux rapidamente emitieron versiones corregidas.

Te recomiendo mantener siempre tus servidores actualizados y que siempre te apoyes con un experto en estos temas.

💡 ¿Quieres evitar que tu negocio en línea vuelva a caerse sin aviso?

Te ofrezco mis servicios de mantenimiento técnico, monitoreo y prevención de fallos en servidores para sitios de ecommerce, agencias y profesionales independientes.

🔧 Contáctame hoy y mantén tus ventas protegidas.