Plesk 18.0.75: qué cambia, cómo actualizar sin riesgos y qué desactivar

Plesk 18.0.75 es una microrrevisión dentro del ciclo Obsidian enfocada en estabilidad, compatibilidad y seguridad. Aunque Plesk no siempre etiqueta cada punto (18.0.7x) con un “gran titular”, el changelog oficial sí refleja correcciones recientes que probablemente ya heredes al subir a plesk 18.0.75: regresos y ajustes en autenticación de correo (p. ej., CRAM-MD5 en clientes como Thunderbird), arreglos en Dovecot que podían impedir el arranque tras actualizar, y compatibilidad con DNSSEC en AlmaLinux 10, entre otros. Todo esto reduce riesgos de caída de servicios y roces con clientes de correo.

Además, el Plan de deprecaciones marca el camino de lo que desaparece o queda sin soporte: el catálogo APS se extingue y algunas apps se retiran, por lo que conviene planificar alternativas (instalaciones manuales, contenedores o gestores específicos). También hay cambios de canal de feedback (UserVoice → Productboard). Si administras alojamiento con catálogos heredados, esta es tu señal para migrar.

¿Y qué dicen terceros? Algunos partners resumen plesk 18.0.75 como un salto “menor” pero recomendable por ajustes de seguridad, optimización y compatibilidad (certificados, BBDD, lenguajes). Tómalo como un “sí, pero con método”: prepara backup y ventana de mantenimiento.

Preparación segura antes de actualizar (backups, ventana de mantenimiento, rollback)

Tipos de backup y dónde están en Plesk | Prueba de restauración rápida

Antes de tocar nada:

Backup a nivel servidor: Herramientas y configuración → Backup Manager → Back Up. Incluye resellers, clientes, suscripciones, BBDD y correo. Descárgalo después. Haz también una copia en almacenamiento externo si puedes.
Backup por suscripción/cliente/reseller: útil para restauraciones parciales si algo falla en un sitio concreto.
Prueba de restauración: restaura una suscripción en staging o en una VM de prueba y valida login, correo y cron. Así mides el RTO (tiempo de recuperación).

Para tener en cuenta:

Notifica ventana de mantenimiento (panel inaccesible unos minutos; los sitios seguirán online, salvo excepciones).
Asegura puerto 8447 abierto (Plesk Installer).
Revisa extensiones críticas (SSL It!, WP Toolkit, DNSSEC) y su compatibilidad.
Exporta configuraciones especiales (p. ej., panel.ini) y apunta versiones de PHP/DB.
Plan de rollback: backup verificado + snapshot (si es VM).

Paso a paso: actualización a Plesk 18.0.75 (GUI y CLI)

GUI: Herramientas y configuración → Actualizaciones

Inicia sesión y ve a Herramientas y configuración → Actualizaciones.
En Instalar o Actualizar producto, confirma el target 18.0.75 y sigue el asistente.
En Componentes, puedes incluir actualizaciones de terceros (PHP/MySQL) o limitarte a Plesk. Durante el proceso, el panel puede quedar inaccesible; monitoriza y no cierres la ventana.

CLI: `plesk installer` (para admins que automatizan)

Todas las actualizaciones disponibles de tu rama:

plesk installer install-all-updates

Solo el panel (sin tocar componentes salvo que Plesk lo exija):

plesk installer install-panel-updates

Tras actualizar, ejecuta una verificación rápida:

plesk repair all -y

(Primeras dos órdenes documentadas por Plesk; la verificación es una buena práctica habitual).

Cambios clave que notarás tras actualizar

Correo (Dovecot/Thunderbird/CRAM-MD5): se restauró compatibilidad para escenarios con “Encrypted Password” en Thunderbird y se corrigieron errores que impedían arrancar Dovecot en ciertos ajustes. Resultado: menos tickets de “no envía/recibe”.
DNSSEC en AlmaLinux 10: corrección para firmar zonas, relevante si usas la extensión DNSSEC.
Panel y herramientas: arreglos en páginas que antes podían lanzar HTTP 500 (e.g., Apache & nginx Settings) y activación de swap en instalaciones Ubuntu/Debian.
Estabilidad de logs/UI: en builds cercanos se reportaron pequeños roces de interfaz (p. ej., alto de paneles de log); al subir a 18.0.75 deberías heredar arreglos acumulados del ciclo 7x. Supervisa si notas mejoras visuales. (Inferencia a partir de reportes públicos y la cadencia de microupdates).

Deprecaciones que te afectan y alternativas recomendadas

APS Catalog (retiro total): si dependías de instalaciones “1-clic” del catálogo APS, planifica instalación manual, imágenes Docker o gestores nativos (por ejemplo, Composer/WP-CLI/Joomla CLI). Revisa qué apps dejaron de estar disponibles desde 18.0.71 y el retiro total hacia 18.0.75.
UserVoice → Productboard: cambia tu vía de feedback/roadmap. Documenta internamente el nuevo proceso de solicitud de features.

Tabla rápida de acción

Usabas APS? → Lista de apps instaladas vía APS → Migra a instalación manual o contenedor.
Dependes de feedback UserVoice? → Actualiza documentación interna con features.plesk.com.

Solución de problemas frecuentes tras el update (correo, DNS, WP Toolkit)

“No envía/recibe en Thunderbird”

Revisa el modo de autenticación: si el cliente usa “Encrypted Password”/CRAM-MD5, verifica que el fix esté aplicado y fuerza autenticación moderna cuando sea posible. Comprueba que Dovecot arrancó sin errores.

“HTTP 500 en ajustes de Apache/nginx”

Limpia caché del navegador, revisa extensiones que toquen la UI del panel, y valida permisos. Este bug se corrigió en microupdates recientes: confirmar build exacto en Herramientas y configuración → Información del sistema.

“DNSSEC no firma en AlmaLinux 10”

Actualiza la extensión DNSSEC y vuelve a firmar la zona. Comprueba paquetes del sistema y journal.

“¿Puedo bajar de versión si algo va mal?”

Plesk no ofrece downgrade directo; tu rollback real es restaurar backup (servidor o suscripción) o snapshot de VM. Por eso insistimos en probar restauración.

Buenas prácticas post-actualización (verificación, monitoreo, hardening)

Verificación funcional: login panel, creación de suscripción nueva, envío/recepción SMTP/IMAP, tareas programadas, acceso a phpMyAdmin, y UI de extensiones críticas (WP Toolkit, SSL).
plesk repair: ejecuta una pasada general; revisa que no queden warnings.
Monitoreo 48–72h: métricas de carga, colas de mail, errores de Apache/nginx y fail2ban.
Hardening: repasa TLS/cifrados del mail y webserver, fuerza autenticación moderna en clientes antiguos, y audita permisos de sistema.

Cuándo actualizar y cuándo esperar

Actualiza ya si: dependes de correo estable (clientes Thunderbird), usas DNSSEC en AlmaLinux 10, o prefieres acumular fixes del ciclo 7x para estabilizar UI y componentes.
Espera y prueba antes si: tienes integraciones con APS o entornos muy personalizados. Monta un staging, migra fuera de APS y documenta alternativas.

FAQs

¿Cómo actualizo Plesk con interfaz gráfica?
Ve a Herramientas y configuración → Actualizaciones → Instalar o actualizar producto y sigue el asistente.

¿Y por CLI?
plesk installer install-all-updates (o install-panel-updates para solo Plesk).

¿Los sitios caen durante la actualización?
El panel puede quedar inaccesible por minutos; los sitios suelen permanecer online. Programa ventana de mantenimiento igual.

¿Dónde creo un backup a nivel servidor?
Herramientas y configuración → Backup Manager → Back Up. Descárgalo luego a tu equipo o almacenamiento externo.

¿Qué pasa con el catálogo APS?
Se depreca: planifica sustitutos y migraciones.

Opinión Personal

Plesk 18.0.75 es un “sí, pero con método”. No es una revolución, es una actualización de estabilidad que conviene aplicar para heredar parches de seguridad, mejorar la fiabilidad del correo y afinar compatibilidades (DNSSEC, WP Toolkit, PHP recientes). Si gestionas hosting para clientes, mantenerte en la rama 18.0.7x al día reduce tickets y te evita sustos en momentos críticos.

¿El “pero”? Si arrastras catálogos APS u otras integraciones antiguas, primero valida en staging y documenta alternativas. También recomiendo checklist de preactualización, backup verificado y prueba de restauración; así el “riesgo” se convierte en procedimiento. Para el resto de entornos —VPS y dedicados estándar— mi postura es clara: actualiza y aprovecha la curva de madurez de Obsidian. Es la típica versión que no luce en titulares, pero sí en la estabilidad diaria.

En resumen: actualiza si buscas tranquilidad operativa; pospone solo si dependes de componentes deprecados sin plan B. Mantén un playbook (GUI/CLI), ejecuta verificación post-update y monitoriza 48–72 h.

¿Tú qué harías en tu entorno? ¿Qué dudas te frenan para dar el salto a 18.0.75? Déjame tus comentarios abajo: los leo y te ayudo a decidir con un plan a medida.