Errores comunes en Plesk: cómo solucionar 500, 503 y permisos

¿Qué significa realmente un error HTTP 500, 503 o un problema de permisos en Plesk?

Cuando administras un servidor con Plesk, es muy probable que en algún momento te encuentres con un error HTTP 500, un HTTP 503 o un molesto fallo de permisos. Lo primero que debes saber es que estos errores no son un misterio imposible de resolver. Son la forma que tiene el servidor de decirte que algo no está bien configurado, que un archivo tiene dueños incorrectos o que un servicio se ha detenido.

En esta guía extensa, vamos a desglosar cada uno de estos problemas. Te explicaré de forma clara y paso a paso cómo diagnosticarlos y solucionarlos, incluso si no eres un experto en administración de sistemas. Nuestro objetivo es que, al terminar de leer este artículo, te sientas seguro para enfrentarte a estos errores comunes en Plesk y devolver tu sitio web a la normalidad.

Error HTTP 500: El error genérico que asusta pero tiene solución

El error HTTP 500 Internal Server Error es probablemente el más común y, a la vez, el más frustrante. No te dice exactamente qué ha fallado, solo que algo en el servidor ha salido mal al intentar procesar tu solicitud. Las causas pueden ser desde un archivo .htaccess corrupto hasta un fallo en la configuración de PHP.

¿Por qué aparece un error 500 en Plesk?

Aquí tienes una lista de las causas más habituales:

Archivo .htaccess con errores: Este archivo de configuración es clave para Apache. Una línea mal escrita o una directiva no permitida puede romper todo el sitio.
Problemas de permisos en archivos y directorios: Si los archivos son propiedad del usuario incorrecto o tienen permisos demasiado restrictivos, el servidor no podrá leerlos o ejecutarlos.
Errores de sintaxis en PHP: Un pequeño error en tu código PHP (una coma olvidada, una llave mal cerrada) puede provocar un error fatal que se manifiesta como un 500.
Memoria de PHP agotada: Si tu script necesita más memoria de la que tiene asignada, el proceso se detendrá y devolverá un error.
Configuración incorrecta del intérprete de PHP: Seleccionar una versión de PHP incompatible con tu aplicación o con los módulos necesarios también es una causa frecuente.

Cómo diagnosticar un error 500 paso a paso

No te lances a cambiar cosas al azar. Sigue este orden lógico para encontrar la raíz del problema:

Revisa el registro de errores de Plesk: Esta es tu primera parada. En el panel de Plesk, ve a Herramientas y Configuración y busca la sección de Registros. También puedes acceder a los logs de tu sitio web directamente en /var/log/domains/tudominio.com/. Busca los archivos error_log o proxy_error_log. Las últimas líneas te darán la pista exacta del error.
Desactiva temporalmente el archivo .htaccess: Si no encuentras nada claro en los logs, renombra el archivo .htaccess de la raíz de tu dominio a .htaccess.bak. Si el sitio vuelve a funcionar, el problema está ahí. Puedes ir añadiendo líneas de nuevo poco a poco hasta encontrar la culpable.
Verifica los permisos de los archivos: Este paso es crucial. Un error 500 es a menudo un problema de permisos. Los archivos deben ser propiedad del usuario del sistema de tu dominio y, generalmente, deben tener permisos 644. Los directorios deben tener 755. Puedes usar el administrador de archivos de Plesk o conectarte por SSH y ejecutar comandos como chown y chmod.

[WARNING] Ten mucho cuidado al usar chmod de forma recursiva. Aplicar chmod 777 a todo tu sitio es una pésima práctica de seguridad y puede causar más problemas de los que resuelve. Úsalo solo temporalmente para pruebas y en directorios muy específicos como var/cache o tmp.

Comprueba la configuración de PHP: En Plesk, ve a tu dominio y busca la sección de Configuración de PHP. Prueba a cambiar a una versión anterior de PHP (o a una más reciente) para ver si el problema persiste. También puedes aumentar el límite de memoria (memory_limit) a un valor más alto, por ejemplo, de 128M a 256M.
Revisa el código PHP de tu aplicación: Si has llegado hasta aquí, el problema no es de configuración del servidor, sino de tu código. Busca en los logs de error de PHP la línea exacta donde se produce el fallo. Si tu aplicación es WordPress, prueba a desactivar todos los plugins renombrando la carpeta wp-content/plugins a wp-content/plugins.bak.

Error HTTP 503: El servicio no está disponible

El HTTP 503 Service Unavailable te indica que el servidor está en funcionamiento, pero no puede atender tu solicitud en ese momento. A diferencia del 500, este error suele estar relacionado con la sobrecarga, el mantenimiento o la configuración del proxy.

Causas comunes del error 503 en Plesk

Servidor sobrecargado: El servidor está recibiendo demasiadas peticiones y no puede procesarlas todas. Esto puede ser debido a un ataque DDoS, a un pico de tráfico legítimo o a un script que consume demasiados recursos.
El servicio de Apache o Nginx está detenido: Si el servicio web se ha caído, Plesk devolverá un 503.
Configuración incorrecta del proxy inverso: Plesk usa Nginx como proxy inverso. Si la configuración de Nginx es incorrecta, no podrá comunicarse con Apache y devolverá un 503.
Problemas con PHP-FPM: Si el servicio de PHP-FPM se ha detenido o está mal configurado, los sitios que dependen de él devolverán un error 503.
Modo de mantenimiento: Si tu aplicación web está en modo de mantenimiento (por ejemplo, durante una actualización), es normal que devuelva un 503.

Soluciones efectivas para el error 503

Sigue estos pasos para resolver un error 503:

Reinicia los servicios web: Accede a Plesk, ve a Herramientas y Configuración y en la sección de Servicios busca Apache y Nginx. Reinícialos. A menudo, esto es suficiente para solucionar el problema.
Comprueba el estado de los servicios por SSH: Si el reinicio desde el panel no funciona, conéctate por SSH y ejecuta los siguientes comandos para ver el estado de los servicios:
```
systemctl status apache2
systemctl status nginx
systemctl status php8.2-fpm
```
(Reemplaza php8.2-fpm con la versión de PHP que uses). Si algún servicio está failed o inactive, puedes intentar iniciarlo con systemctl start nombre-del-servicio.
Analiza los logs de Nginx y Apache: Ve a los registros de errores (en /var/log/nginx/ y /var/log/apache2/) y busca mensajes relacionados con upstream o connect() failed. Esto te dará una pista sobre si el problema es de comunicación entre servicios.

[TIP] Si el error 503 aparece justo después de un pico de tráfico, es probable que tu servidor no tenga suficientes recursos. Considera aumentar los límites de memoria y CPU en tu plan de hosting o contratar un plan superior. También puedes optimizar tu sitio web con plugins de caché para reducir la carga.

Revisa la configuración de PHP-FPM: En Plesk, ve a la configuración de tu dominio y busca la sección de Configuración de PHP. Asegúrate de que la versión de PHP seleccionada está activa y que el servicio php-fpm está habilitado. A veces, cambiar de Apache Module a PHP-FPM (o viceversa) puede resolver el problema.
Desactiva temporalmente el proxy de Nginx: Para probar, puedes desactivar el proxy de Nginx para tu dominio. En Plesk, ve a tu dominio, luego a Hosting y DNS y busca la opción de Proxy. Desactívalo y comprueba si el sitio carga. Si lo hace, el problema está en la configuración de Nginx.

Problemas de permisos: La causa oculta de muchos errores

Los problemas de permisos son una de las causas más comunes de errores 500 y 403, y a menudo pasan desapercibidos porque los logs no son muy claros. En un servidor con Plesk, cada dominio tiene su propio usuario del sistema. Los archivos de tu sitio web deben pertenecer a ese usuario para que el servidor web pueda leerlos y modificarlos.

¿Cómo se ven los problemas de permisos en Plesk?

Error 500 en lugar de la página web: El servidor no puede leer los archivos PHP.
Error 403 Forbidden: El servidor puede ver el archivo, pero no tiene permiso para acceder a él.
Imposibilidad de subir archivos: No puedes subir archivos a través del administrador de archivos o FTP porque el directorio no tiene permisos de escritura.
Errores al instalar aplicaciones: WordPress u otras aplicaciones no pueden crear archivos o directorios necesarios para su funcionamiento.

Cómo solucionar los problemas de permisos

La solución es asegurarse de que los archivos y directorios tengan el propietario y los permisos correctos.

Usa el Administrador de Archivos de Plesk: Esta es la forma más visual y segura. Ve a tu dominio, entra en el Administrador de Archivos y navega hasta la carpeta httpdocs (o la raíz de tu sitio). Selecciona todos los archivos y directorios, haz clic en Permisos y asegúrate de que el propietario sea el usuario de tu dominio. Los permisos recomendados son 644 para archivos y 755 para directorios.

Usa comandos SSH (para usuarios más avanzados): Conéctate por SSH y navega hasta la raíz de tu dominio (normalmente /var/www/vhosts/tudominio.com/httpdocs). Ejecuta los siguientes comandos:

# Cambia el propietario de todos los archivos y directorios
chown -R usuario:grupo /var/www/vhosts/tudominio.com/httpdocs/

# Establece permisos para directorios
find /var/www/vhosts/tudominio.com/httpdocs/ -type d -exec chmod 755 {} \;

# Establece permisos para archivos
find /var/www/vhosts/tudominio.com/httpdocs/ -type f -exec chmod 644 {} \;

Reemplaza usuario:grupo con el usuario y grupo de tu dominio. Puedes encontrarlo en la sección de Hosting y DNS de tu dominio en Plesk.

[INFO] En Plesk, el usuario y el grupo suelen tener el mismo nombre que el dominio (por ejemplo, tudominio). Si tu dominio es ejemplo.com, el usuario del sistema será probablemente ejemplo (o un prefijo similar). Puedes verificar esto en el panel de Plesk, en la pestaña Hosting y DNS de tu dominio.

Especial atención a las carpetas de caché y uploads: Algunas aplicaciones como WordPress, Magento o PrestaShop necesitan que ciertos directorios sean escribibles por el servidor web. Normalmente son las carpetas var/cache, var/log, wp-content/uploads o media. Para estos casos, puedes dar permisos 775 (propietario y grupo pueden escribir) o, en situaciones extremas, 777 (todos pueden escribir). Sin embargo, te recomiendo que investigues cuál es el usuario del servidor web (normalmente www-data o apache) y añadas ese usuario al grupo de tu dominio para evitar usar 777.

Solución de problemas Plesk: Un flujo de trabajo recomendado

Para que no te pierdas, te propongo un flujo de trabajo general que puedes aplicar ante cualquier error en Plesk:

No te asustes y respira hondo. La mayoría de los problemas tienen solución.
Revisa los registros de errores. Esta es siempre tu mejor herramienta. Busca en los logs de tu dominio, de Apache, Nginx y PHP.
Identifica el tipo de error. ¿Es un 500 (problema interno), un 503 (servicio no disponible) o un problema de permisos (a menudo se manifiesta como 500 o 403)?
Aplica las soluciones específicas que hemos visto para cada caso.
Prueba la solución en un entorno seguro. Si puedes, haz una copia de tu sitio y prueba los cambios en un subdominio o en un entorno de desarrollo antes de aplicarlos en producción.
Documenta lo que has hecho. Esto te será útil si el problema vuelve a aparecer.

Preguntas frecuentes (FAQ) sobre errores en Plesk

¿Por qué mi sitio da un error 500 después de cambiar la versión de PHP en Plesk?

Esto es muy común. Al cambiar la versión de PHP, es posible que tu aplicación no sea compatible con la nueva versión o que falten módulos. En Plesk, ve a Configuración de PHP de tu dominio y asegúrate de que la versión seleccionada tiene habilitados los módulos necesarios (como mysqli, curl, gd, etc.). También revisa los logs de error de PHP para ver si hay funciones obsoletas que estén causando el fallo.

¿Qué hago si el error 503 persiste después de reiniciar Apache y Nginx?

Si el reinicio no funciona, el problema es más profundo. Revisa los logs de Nginx para ver si hay un error de configuración. A veces, un archivo .htaccess con directivas que Nginx no entiende (y que pasa a Apache) puede causar un bucle de redirección que se manifiesta como un 503. Desactiva temporalmente el proxy de Nginx para tu dominio y prueba. Si el sitio funciona, el problema está en la interacción entre Nginx y Apache.

¿Es seguro usar permisos 777 en mis archivos?

NO. Usar 777 es una práctica muy peligrosa. Significa que cualquier usuario del sistema puede leer, escribir y ejecutar esos archivos. Un atacante podría modificar tu código o inyectar malware. Es mucho más seguro usar 644 para archivos y 755 para directorios. Si necesitas que el servidor web escriba en un directorio, crea un grupo específico y añade al usuario de Apache a ese grupo, o usa 775 en el directorio específico.

¿Puedo usar Syspanel (HestiaCP) como alternativa a Plesk?

Sí, Syspanel (anteriormente conocido como HestiaCP) es una excelente alternativa de panel de control de hosting gratuita y de código abierto. Es muy ligera y fácil de usar. Si estás considerando migrar desde Plesk, ten en cuenta que los conceptos de permisos y errores son similares, aunque las rutas y la interfaz cambian. El acceso a Syspanel se realiza a través del puerto 2106 (por ejemplo, https://tu-servidor:2106). Aunque este artículo se centra en Plesk, muchos de los principios de solución de problemas que hemos visto se aplican también a Syspanel.

¿Cómo puedo prevenir estos errores en el futuro?

La prevención es clave. Mantén Plesk y tu sistema operativo actualizados. Realiza copias de seguridad periódicas de tus sitios web. Revisa los logs de vez en cuando para detectar problemas antes de que se conviertan en errores críticos. Y, sobre todo, no hagas cambios en la configuración sin entender bien las consecuencias. Si no estás seguro, busca ayuda profesional o consulta la documentación oficial de Plesk.

En resumen, los errores 500, 503 y los problemas de permisos en Plesk son desafíos comunes, pero con un enfoque metódico y las herramientas adecuadas, puedes resolverlos tú mismo. Espero que esta guía extensa te haya sido de gran ayuda.