Plesk ocupa el mismo lugar que cPanel o DirectAdmin: una interfaz web que controla los servicios de un servidor. Su particularidad es que funciona tanto en Linux como en Windows Server; su versión actual, Plesk Obsidian, se declara compatible con las tres últimas versiones de Windows y con muchas distribuciones Linux, entre ellas AlmaLinux, Ubuntu y Debian. Se encuentra en proveedores de alojamiento compartido, pero también preinstalado en VPS y servidores dedicados.
Cómo funciona Plesk
El administrador se conecta a la dirección del servidor seguida del puerto 8443, por HTTPS. Plesk distingue al administrador del servidor, a los posibles revendedores y a los clientes, cada uno con sus suscripciones. Desde la interfaz se crean sitios, buzones de correo y bases de datos, se elige la versión de PHP por dominio y se instalan extensiones que añaden funciones (copia de seguridad remota, seguridad, monitorización).
Nginx y Apache: el dúo por defecto en Linux
En Linux, la documentación de Plesk explica que Nginx y Apache trabajan en tándem: Nginx recibe las peticiones y sirve los archivos estáticos, y Apache procesa el contenido dinámico. Esta combinación mantiene la compatibilidad con el archivo .htaccess de WordPress y aprovecha a la vez la ligereza de Nginx.
También existe un modo solo Nginx: si desmarcas la casilla «Modo proxy» en los ajustes de Apache y Nginx de un dominio, las peticiones dejan de pasar por Apache y PHP lo ejecuta PHP-FPM a través de Nginx. La documentación advierte de que, para los archivos que sirve directamente Nginx, las reglas de reescritura y las directivas .htaccess no se aplican. Cualquier protección escrita en un .htaccess hay que traducirla entonces a directivas de Nginx, que se añaden en el campo previsto para ello.
En Windows, Plesk se apoya en IIS, el servidor web de Microsoft, con sus propias reglas de configuración.
WP Toolkit
WP Toolkit es la herramienta de WordPress de Plesk. Según las notas de versión de Plesk Obsidian, reúne la gestión de varias instalaciones desde un único panel, el endurecimiento y el análisis de seguridad, la copia de staging, el clonado, la sincronización y las llamadas actualizaciones inteligentes, que prueban el sitio antes de aplicar una actualización.
Para WordPress
- Comprueba el modo del dominio: en modo proxy, el .htaccess de WordPress funciona; con solo Nginx, los enlaces permanentes deben gestionarse con reglas de Nginx.
- Protege la administración a nivel de servidor con el método adecuado al modo elegido, como explica nuestra guía para proteger wp-admin con .htaccess o Nginx.
- Usa el entorno de staging de WP Toolkit para probar una actualización importante antes de aplicarla en el sitio real.
- Caché: Plesk puede activar una caché de Nginx por dominio; no la combines sin pensar con un plugin de caché de páginas, porque podrías servir páginas obsoletas.
WP Masquerade tiene en cuenta estas diferencias de servidor: nuestra página sobre la compatibilidad con proveedores y cachés precisa qué se aplica con Apache, con Nginx y detrás de un proxy.
Errores frecuentes
Añadir reglas de seguridad en un .htaccess cuando el dominio funciona solo con Nginx: simplemente se ignoran. Otro error es dejar el puerto 8443 abierto a todo el mundo con una contraseña de administrador débil; limita el acceso por dirección IP cuando sea posible y activa la autenticación en dos pasos.