Errores comunes en Plesk: Soluciones para fallos de conexión y permisos

¿Te has encontrado con que tu página web no carga, el correo no funciona o el panel de Plesk se queda en blanco? No te preocupes, es más común de lo que crees. La mayoría de estos problemas se deben a dos causas principales: fallos de conexión (el servidor no responde) y errores de permisos (los archivos no tienen los permisos correctos para ser leídos o ejecutados).

En esta guía extensa, vamos a desglosar los errores Plesk más habituales relacionados con conexión y permisos, explicando por qué ocurren y, lo más importante, cómo solucionarlos paso a paso. El objetivo es que, incluso si no eres un experto en Linux, puedas diagnosticar y resolver estos incidentes por ti mismo.

Fallos de Conexión en Plesk: El Servidor No Responde

Cuando hablamos de fallos de conexión, nos referimos a situaciones en las que no puedes acceder a tu sitio web, al panel de Plesk, al correo o a cualquier servicio alojado en el servidor. El síntoma típico es un mensaje de "Error de conexión", "Tiempo de espera agotado" o "El sitio no está disponible".

¿Por qué ocurren los fallos de conexión?

Las causas pueden ser varias, pero las más frecuentes son:

Servicios detenidos: Plesk y los servicios web (Apache, Nginx), de correo (Postfix, Dovecot) o de bases de datos (MySQL/MariaDB) se han detenido por un error o por un reinicio del sistema.
Firewall bloqueando puertos: El firewall del servidor (como iptables o firewalld) está bloqueando los puertos necesarios (80 para HTTP, 443 para HTTPS, 8443 para Plesk, 21 para FTP, etc.).
Problemas de DNS: La resolución de nombres de dominio no está funcionando correctamente, impidiendo que los visitantes lleguen a tu servidor.
Configuración incorrecta de la red: Errores en la configuración de la IP, la puerta de enlace o los servidores DNS del propio servidor.

Cómo diagnosticar un fallo de conexión

Antes de lanzarte a solucionar, es clave identificar dónde está el problema. Aquí tienes una rutina de diagnóstico:

Intenta acceder a Plesk: Abre un navegador y ve a https://IP-de-tu-servidor:8443. Si no cargas, el problema está en el servidor o en tu red local.
Prueba con un ping: Abre la terminal de tu ordenador (CMD en Windows, Terminal en Mac/Linux) y escribe ping IP-de-tu-servidor. Si no recibes respuesta, el servidor podría estar apagado o el firewall lo está bloqueando.
Comprueba servicios desde SSH: Si tienes acceso SSH, conéctate al servidor y ejecuta:
```
systemctl status psa
systemctl status nginx
systemctl status apache2
systemctl status mariadb
```
Busca líneas que digan active (running). Si ves inactive (dead) o failed, ese servicio está caído.

Soluciones paso a paso para fallos de conexión

1. Reiniciar los servicios principales

La solución más rápida y efectiva suele ser reiniciar los servicios de Plesk y del servidor web.

[WARNING] Antes de reiniciar, asegúrate de que no hay usuarios conectados realizando tareas críticas.

# Reiniciar el panel de Plesk
plesk sbin plesk-restart-server

# O, de forma más granular, reiniciar servicios específicos:
systemctl restart psa
systemctl restart nginx
systemctl restart apache2
systemctl restart mariadb
systemctl restart postfix
systemctl restart dovecot

Después de ejecutar estos comandos, vuelve a intentar acceder a tu web y a Plesk.

2. Verificar y abrir puertos en el firewall

Si los servicios están activos pero no puedes conectar, el firewall puede ser el culpable.

# Listar las reglas del firewall (en sistemas con firewalld)
firewall-cmd --list-all

# Si no ves puertos como 80, 443, 8443, debes abrirlos:
firewall-cmd --permanent --add-port=80/tcp
firewall-cmd --permanent --add-port=443/tcp
firewall-cmd --permanent --add-port=8443/tcp
firewall-cmd --reload

Si tu servidor usa iptables, el comando es diferente. Consulta la documentación de tu distribución.

3. Comprobar el estado del servicio de red

A veces, el propio sistema de red del servidor falla.

# Verificar la configuración de red
ip addr show

# Asegurarse de que la interfaz de red está activa
ip link set eth0 up   # Reemplaza 'eth0' con el nombre de tu interfaz

# Reiniciar el servicio de red (en CentOS/RHEL 7+)
systemctl restart network

# En Ubuntu/Debian
systemctl restart systemd-networkd

[TIP] Si después de todo esto el problema persiste, contacta con tu proveedor de hosting. Podría ser un problema de red externo a tu servidor.

Errores de Permisos en Plesk: Archivos y Carpetas Bloqueados

Los errores de permisos son otra fuente común de dolores de cabeza. Se manifiestan como:

Error 403 Forbidden: Al intentar acceder a una página web.
Error 500 Internal Server Error: Sin más detalles.
No se pueden subir archivos por FTP.
Las aplicaciones web (WordPress, Joomla) no pueden escribir en archivos de configuración.
Los logs de errores muestran mensajes como "Permission denied".

¿Por qué ocurren los errores de permisos?

Cada archivo y carpeta en Linux tiene tres niveles de permisos: para el propietario, para el grupo y para otros. Además, hay permisos de lectura (r), escritura (w) y ejecución (x). Plesk gestiona esto automáticamente, pero a veces se desconfigura por:

Subida de archivos incorrecta: Al subir archivos por FTP o SSH, se pueden heredar permisos del usuario que los subió.
Ejecución de scripts maliciosos: Un atacante puede cambiar permisos para intentar tomar control.
Actualizaciones fallidas: Una actualización de Plesk o de una aplicación puede dejar permisos incorrectos.
Cambios manuales: Si has editado archivos de configuración manualmente con chmod o chown incorrectos.

Cómo diagnosticar un error de permisos

Mira los logs de error: En Plesk, ve a Herramientas y Ajustes > Registros de errores o accede por SSH a /var/log/plesk/ y busca archivos como error_log o php_error.log.
Identifica el archivo o carpeta problemática: El log te dirá algo como [error] (13)Permission denied: /var/www/vhosts/tudominio.com/httpdocs/wp-config.php.
Comprueba los permisos actuales: Conéctate por SSH y navega hasta la ruta del archivo. Ejecuta ls -la para ver los permisos. Un ejemplo de salida: -rw-r--r-- 1 usuario grupo 1234 fecha archivo.php. El -rw-r--r-- indica los permisos.

Soluciones paso a paso para errores de permisos

1. Restablecer permisos con la herramienta de Plesk

Plesk tiene una utilidad integrada que repara los permisos de todo el sistema de archivos de un dominio. Es la opción más segura y recomendada.

Inicia sesión en Plesk.
Ve a Sitios web y dominios.
Selecciona el dominio problemático.
Haz clic en Permisos del sistema de archivos (a veces está en el menú "Más" o "Herramientas").
Marca la opción Restablecer permisos.
Haz clic en Aceptar.

Plesk se encargará de corregir los permisos de todas las carpetas y archivos de ese dominio.

2. Reparar permisos manualmente vía SSH

Si no tienes acceso a Plesk o la herramienta no funciona, puedes hacerlo manualmente.

[WARNING] Ten mucho cuidado con los comandos chmod y chown. Un error puede dejar tu servidor inservible.

# Primero, asegúrate de que el usuario y grupo correctos son los propietarios.
# Normalmente, el usuario es el nombre del suscriptor de Plesk y el grupo es 'psacln'.
chown -R usuario:psacln /var/www/vhosts/tudominio.com/httpdocs/

# Luego, establece los permisos correctos:
# Directorios: 755 (rwxr-xr-x)
find /var/www/vhosts/tudominio.com/httpdocs/ -type d -exec chmod 755 {} \;

# Archivos: 644 (rw-r--r--)
find /var/www/vhosts/tudominio.com/httpdocs/ -type f -exec chmod 644 {} \;

# Para archivos que necesitan escritura (como wp-config.php), dale permisos 644 o 600 si es muy sensible.
chmod 644 /var/www/vhosts/tudominio.com/httpdocs/wp-config.php

3. Corregir permisos de sesiones y caché

A veces, los errores de permisos afectan a las carpetas temporales de PHP o de la aplicación.

# Para sesiones de PHP (ruta común)
chmod 733 /var/lib/php/session/
chown -R root:psaserv /var/lib/php/session/

# Para caché de aplicaciones (ejemplo con WordPress)
chmod 755 /var/www/vhosts/tudominio.com/httpdocs/wp-content/
chmod 755 /var/www/vhosts/tudominio.com/httpdocs/wp-content/cache/

[TIP] Si usas un CMS como WordPress, instala un plugin de seguridad que pueda diagnosticar y reparar permisos automáticamente.

FAQ: Preguntas Frecuentes sobre Errores en Plesk

Para facilitarte aún más la vida, aquí tienes respuestas a las dudas más comunes.

1. ¿Qué hago si Plesk no carga pero el sitio web sí?

Esto suele indicar que el servicio psa está caído o que el puerto 8443 está bloqueado. Conéctate por SSH y ejecuta systemctl restart psa. Si no funciona, revisa el firewall como se explicó antes.

2. ¿Por qué veo un error 500 después de cambiar permisos manualmente?

Has puesto permisos demasiado restrictivos. Por ejemplo, si le diste 600 a un archivo PHP que necesita ser leído por el servidor web, este no podrá ejecutarlo. Vuelve a establecer permisos 644 para archivos y 755 para carpetas.

3. Mi aplicación web dice "No se puede escribir en el archivo de configuración". ¿Qué hago?

El usuario del servidor web (generalmente apache o nginx) no tiene permisos de escritura en ese archivo. Dale permisos 644 al archivo y asegúrate de que el grupo psacln tenga acceso. En algunos casos, necesitarás permisos 666 (rw-rw-rw-), pero es menos seguro.

4. ¿Plesk tiene una herramienta para reparar todo automáticamente?

Sí, existe el comando plesk repair. Puedes ejecutarlo desde SSH para diagnosticar y reparar varios problemas.

# Reparar todos los aspectos
plesk repair all

# Reparar solo la base de datos
plesk repair db

# Reparar solo los permisos
plesk repair fs

Este comando es muy potente y puede resolver muchos errores Plesk de forma automática.

5. ¿Qué relación tiene Syspanel (HestiaCP) con Plesk? ¿Puedo aplicar estas soluciones?

Syspanel (el nombre que damos a HestiaCP) es otro panel de control de hosting, similar a Plesk pero con una arquitectura diferente. Aunque los conceptos de permisos y conexión son universales en Linux, NO apliques los comandos específicos de Plesk en un servidor con Syspanel. Por ejemplo, los servicios se llaman diferente (en Syspanel, el panel se gestiona con v-list-sys-services) y el puerto de acceso a Syspanel es el 2106 (no el 8443). Si tienes un servidor con Syspanel, busca guías específicas para ese panel.

6. Después de reiniciar el servidor, todo dejó de funcionar. ¿Qué pasó?

Es posible que los servicios no se hayan configurado para iniciarse automáticamente. Ejecuta:

systemctl enable psa
systemctl enable nginx
systemctl enable mariadb

Luego, reinicia de nuevo para probar.

Conclusión: Mantén tu servidor sano

Los errores de conexión y permisos en Plesk pueden ser frustrantes, pero con un enfoque metódico y las herramientas adecuadas, la mayoría se resuelven en minutos. Recuerda:

Diagnostica antes de actuar: Usa ping, logs y el estado de los servicios.
Prioriza las herramientas de Plesk: plesk repair y el restablecimiento de permisos desde el panel son tus mejores aliados.
Ten cuidado con los comandos manuales: Un chmod o chown incorrecto puede romper tu sitio.
Mantén todo actualizado: Las actualizaciones de Plesk y del sistema operativo corrigen vulnerabilidades y errores que causan estos problemas.

Con esta guía, ya tienes un mapa claro para enfrentar los fallos conexión Plesk y los permisos Plesk. ¡Ponla en práctica y verás cómo recuperas el control de tu servidor!