Sistema operativo de tu VPS sin soporte: qué hacer

Un despacho contable en Guadalajara contrató un VPS en 2019. Ahí viven su sistema de facturación interno, el sitio web y una carpeta compartida con expedientes de clientes. Nunca ha fallado. Nadie lo ha tocado en años. Ese es justo el problema.

Los sistemas operativos de servidor tienen fecha de caducidad. Pasada esa fecha, el servidor sigue encendido y todo parece normal, pero ya no le llegan correcciones de seguridad. Si tu VPS tiene varios años, vale la pena revisar en qué versión está y cuándo dejó de recibir soporte.

Qué significa que un sistema esté "sin soporte"

Cada versión de Linux para servidores (Ubuntu, Debian, AlmaLinux, Rocky Linux y otras) tiene un periodo en el que sus desarrolladores publican parches. Cuando alguien encuentra una falla, sale una actualización y tu servidor la instala.

Al terminar ese periodo, las fallas nuevas se siguen descubriendo y publicando, pero para tu versión ya no sale arreglo. Cualquiera puede leer la falla y buscar servidores que todavía la tengan.

Dos casos que se ven mucho en negocios mexicanos:

• CentOS 7 dejó de recibir actualizaciones el 30 de junio de 2024. Fue muy popular en VPS y en paneles de hosting, así que todavía hay muchos servidores con él.
• Ubuntu 20.04 terminó su soporte estándar en mayo de 2025. Canonical ofrece una extensión con su servicio Ubuntu Pro, pero hay que activarla; no llega sola.

Cada distribución publica en su sitio oficial el calendario de cada versión. Si tu sistema no aparece aquí, búscalo por nombre y número.

Cómo saber qué sistema tiene tu VPS

No necesitas entrar tú al servidor. Tienes tres caminos:

1. El panel de tu proveedor. Casi siempre muestra el sistema operativo en la ficha del servidor.
2. Quien lo administra. Pídele por escrito el nombre y la versión exacta. "Linux" no es respuesta; necesitas algo como "Ubuntu 22.04" o "AlmaLinux 9".
3. Si tienes acceso por consola, el comando cat /etc/os-release muestra el nombre y la versión. Solo lee información, no cambia nada.

Con ese dato, busca la fecha de fin de soporte de esa versión. Si ya pasó o pasa en los próximos meses, toca planear.

Qué arriesgas si lo dejas así

El riesgo no es que el servidor se apague mañana. Es más silencioso:

• Fallas de seguridad abiertas para siempre. Los robots que escanean internet buscan versiones viejas porque saben que no tienen parche. Si te entran, pueden usar tu servidor para mandar spam, minar criptomonedas o leer tus datos.
• Software atorado. Las versiones nuevas de PHP, bases de datos y otras herramientas dejan de ofrecerse para sistemas viejos. Tu sitio se queda en versiones que también caducan, como explicamos en PHP desactualizado: riesgos y cómo actualizar tu sitio.
• Problemas con clientes y bancos. Algunas pasarelas de pago y auditorías piden que el servidor esté en una versión con soporte. Si vendes en línea, te lo pueden exigir.
• Arreglos más caros después. Mientras más versiones te saltas, más cosas cambian de golpe al actualizar.

Tus tres opciones

1. Actualizar el sistema en el mismo servidor

Algunas distribuciones permiten saltar de una versión a la siguiente sin reinstalar. Es lo más rápido cuando funciona. El riesgo es que algo falle a la mitad y el servidor quede sin arrancar. Nunca se hace sin un respaldo probado y una ventana de tiempo en la que no haya ventas.

2. Servidor nuevo y migrar

Se crea un VPS limpio con la versión actual, se instala lo necesario, se copian sitio, bases de datos y archivos, se prueba todo y al final se cambia el DNS. El servidor viejo sigue encendido mientras tanto, así que si algo falla, regresas.

Es la opción que más recomendamos para servidores con varios años encima. Además de actualizar, limpias lo que se fue acumulando y que ya nadie usa. En el caso de CentOS 7 casi siempre es el camino, porque no hay un salto directo y oficial a una versión con soporte.

3. Comprar tiempo con soporte extendido

Algunas distribuciones venden parches por unos años más. Sirve si tienes un sistema interno que todavía no puede moverse. No es solución definitiva: solo aplaza la migración.

Un plan que no tira tu sitio

1. Haz inventario. Anota qué corre en el servidor: sitio, tienda, correo, sistemas internos, tareas programadas. Lo que no está en la lista se pierde en la mudanza.
2. Respalda y prueba el respaldo. Una copia que nunca has restaurado no cuenta. Si tienes dudas sobre qué conviene, revisa snapshot de VPS o respaldo: cuál te salva de un error.
3. Elige la fecha. Una ferretería en Querétaro no migra un sábado en la mañana. Escoge el día y la hora con menos movimiento.
4. Prueba antes de cambiar. En el servidor nuevo revisa que entren pedidos, que salgan los correos del formulario y que los usuarios puedan iniciar sesión.
5. Cambia el DNS y vigila. Deja el servidor viejo encendido unos días por si hay que regresar algo.
6. Apaga el viejo hasta el final. Primero confirma que no queda nada que dependa de él.

Qué preguntarle a quien administra tu VPS

• ¿Qué sistema y qué versión tiene el servidor?
• ¿Cuándo termina su soporte?
• ¿Las actualizaciones de seguridad se instalan solas o alguien las aplica?
• ¿Cuál es el plan para pasar a la siguiente versión y cuánto tiempo de inactividad implica?

Si nadie sabe responder, probablemente tu VPS no está administrado aunque creas que sí. En VPS administrado o no administrado explicamos qué le toca a cada parte.

Si prefieres que alguien más se encargue de esa vigilancia, en koode.mx puedes revisar los planes de VPS con soporte en español y preguntar qué cubre cada uno antes de mover tu servidor.