Solucionar error Connection refused en Plesk - Guía de problemas

¿Te has encontrado con el temido mensaje error connection refused Plesk al intentar acceder a tu base de datos? Es una de las situaciones más frustrantes para cualquier usuario de hosting, especialmente cuando necesitas trabajar en tu sitio web con urgencia. Pero no te preocupes: en esta guía completa y paso a paso, te explicaré de forma clara y sencilla cómo solucionar este problema. Vamos a desglosar todas las causas posibles, desde las más simples (como un servicio detenido) hasta las más técnicas (como configuraciones de firewall o archivos de configuración corruptos). Al final, tendrás un plan de acción claro para recuperar el acceso a tus bases de datos en Plesk. ¡Empecemos!

¿Qué significa exactamente "Connection refused"?

Antes de lanzarnos a las soluciones, es importante entender qué está pasando. Cuando ves el mensaje error connection refused Plesk, significa que tu aplicación (por ejemplo, WordPress, Joomla o un script personalizado) intentó conectarse al servidor de base de datos (generalmente MySQL o MariaDB), pero el servidor rechazó la conexión. Esto no es lo mismo que "host no encontrado" o "timeout". El servidor está ahí y responde, pero dice "no, no te dejo entrar". Las causas más comunes son:

El servicio de base de datos no está corriendo.
El puerto (por defecto 3306 para MySQL) está bloqueado por un firewall.
El usuario o la contraseña son incorrectos.
El archivo de configuración de Plesk está dañado.
Hay un conflicto con el archivo de configuración de tu aplicación (wp-config.php, etc.).

Vamos a atacar cada una de estas causas en orden, desde lo más básico hasta lo más avanzado.

Paso 1: Verifica que el servicio de base de datos esté activo

El primer paso y el más obvio, pero a veces lo pasamos por alto. Si el servicio MySQL/MariaDB no está funcionando, cualquier intento de conexión dará error connection refused Plesk.

Cómo comprobarlo desde Plesk

Inicia sesión en tu panel de Plesk.
Ve a Herramientas y Configuración > Servicios (o busca "Servicios" en el menú).
Busca el servicio MySQL o MariaDB. Debería aparecer como "en ejecución" o "running".
Si está detenido, haz clic en el botón de inicio (generalmente un triángulo verde).

Cómo comprobarlo por SSH (si tienes acceso root)

Si tienes acceso al servidor por SSH, puedes usar estos comandos:

# Para sistemas basados en Debian/Ubuntu
systemctl status mysql
# o
systemctl status mariadb

# Para CentOS/RHEL
systemctl status mysqld

Si ves algo como Active: inactive (dead), entonces el servicio está detenido. Para iniciarlo:

sudo systemctl start mysql
# o
sudo systemctl start mariadb

[TIP] Si el servicio se detiene constantemente, puede haber un problema de memoria o un error en los logs. Revisa los logs con journalctl -u mysql o en /var/log/mysql/error.log.

Paso 2: Revisa la configuración del firewall

Un firewall mal configurado es una causa muy frecuente del error connection refused Plesk. El servidor de base de datos está funcionando, pero el firewall bloquea las conexiones entrantes al puerto 3306.

En Plesk (Firewall integrado)

Ve a Herramientas y Configuración > Firewall (o Seguridad > Firewall).
Busca una regla para el puerto 3306 (MySQL/MariaDB).
Si no existe, agrégala. Asegúrate de que permita conexiones desde las IPs que necesitas (por ejemplo, tu IP local o todas las IPs si es necesario, pero esto último no es recomendable por seguridad).

En el servidor (iptables o firewalld)

Si usas un firewall externo, como iptables o firewalld, verifica que el puerto 3306 esté abierto.

Para firewalld (CentOS/RHEL 7+):

sudo firewall-cmd --add-port=3306/tcp --permanent
sudo firewall-cmd --reload

Para iptables (Debian/Ubuntu):

sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT
sudo iptables-save > /etc/iptables/rules.v4

[WARNING] Si tu base de datos solo debe ser accesible desde aplicaciones locales (como WordPress en el mismo servidor), no necesitas abrir el puerto 3306 al exterior. En ese caso, el error puede deberse a que tu aplicación está intentando conectarse usando una IP pública en lugar de localhost o 127.0.0.1.

Paso 3: Verifica las credenciales de la base de datos

A veces el error es más simple de lo que parece: el usuario o la contraseña son incorrectos. Esto es especialmente común después de restaurar una copia de seguridad o cambiar la contraseña en Plesk.

Cómo revisar las credenciales en Plesk

Ve a Bases de Datos en el panel de Plesk.
Haz clic en el nombre de la base de datos problemática.
Verás el usuario asociado. Puedes hacer clic en "Cambiar contraseña" para resetearla.
Asegúrate de que el usuario tenga todos los privilegios necesarios (SELECT, INSERT, UPDATE, DELETE, etc.).

Cómo revisar las credenciales en tu aplicación

Por ejemplo, en WordPress, abre el archivo wp-config.php y busca estas líneas:

define('DB_NAME', 'nombre_base_datos');
define('DB_USER', 'usuario_base_datos');
define('DB_PASSWORD', 'contraseña');
define('DB_HOST', 'localhost'); // O una IP

Verifica que coincidan exactamente con los datos de Plesk. Un error común es que DB_HOST esté configurado con una IP incorrecta (por ejemplo, la IP pública del servidor en lugar de localhost).

[INFO] Si tu aplicación está en el mismo servidor que la base de datos, usa localhost o 127.0.0.1 para evitar problemas de firewall y resolución DNS.

Paso 4: Revisa el archivo de configuración de Plesk (casos avanzados)

En raras ocasiones, el archivo de configuración de Plesk para MySQL/MariaDB puede dañarse o tener parámetros incorrectos. Esto puede provocar que el servicio rechace conexiones.

Archivos clave

/etc/mysql/my.cnf o /etc/my.cnf (depende del sistema)
/etc/psa/psa.conf (configuración de Plesk)

Pasos para verificar

Haz una copia de seguridad de los archivos antes de modificarlos.
Busca la línea bind-address. Si está configurada como 127.0.0.1, solo acepta conexiones locales. Si necesitas conexiones remotas, cámbiala a 0.0.0.0 o a la IP específica.
Busca skip-networking. Si está presente, el servidor no aceptará conexiones TCP/IP. Coméntala (ponle un # al inicio) o elimínala.
Guarda los cambios y reinicia el servicio:

sudo systemctl restart mysql
# o
sudo systemctl restart mariadb

Cómo solucionar un archivo de configuración corrupto

Si sospechas que el archivo está dañado, puedes restaurar una copia de seguridad automática (si existe) o reinstalar el paquete de MySQL sin perder datos:

# En Debian/Ubuntu
sudo apt-get install --reinstall mysql-server
# En CentOS/RHEL
sudo yum reinstall mysql-server

[WARNING] Reinstalar el paquete puede detener el servicio momentáneamente. Asegúrate de tener una copia de seguridad de tus bases de datos antes de hacerlo.

Paso 5: Verifica los permisos de los archivos de socket

MySQL/MariaDB usa un archivo de socket (generalmente /var/run/mysqld/mysqld.sock) para conexiones locales. Si este archivo tiene permisos incorrectos o no existe, obtendrás el error connection refused Plesk incluso en conexiones locales.

Cómo solucionarlo

Verifica que el socket exista:
```
ls -la /var/run/mysqld/mysqld.sock
```
Si no existe, reinicia el servicio:
```
sudo systemctl restart mysql
```

Si existe pero los permisos son incorrectos, ajústalos:

sudo chown mysql:mysql /var/run/mysqld/mysqld.sock
sudo chmod 755 /var/run/mysqld/mysqld.sock

Paso 6: Revisa los logs del servidor

Los logs son tus mejores amigos para diagnosticar el error connection refused Plesk. Te darán pistas precisas sobre qué está fallando.

Dónde encontrarlos

Log de MySQL: /var/log/mysql/error.log o /var/log/mariadb/mariadb.log
Log de Plesk: /var/log/plesk/panel.log
Log del sistema: journalctl -u mysql (en sistemas con systemd)

Cómo interpretarlos

Busca líneas como:

Can't connect to MySQL server on 'localhost' (111) → Error de conexión (111 es "Connection refused").
Access denied for user 'usuario'@'localhost' → Credenciales incorrectas.
bind-address o port mal configurados.

Paso 7: Solución rápida para Syspanel (HestiaCP)

Si tu servidor usa Syspanel (el nombre que damos a HestiaCP), el proceso es similar pero con algunas diferencias. El puerto de acceso al panel es el 2106. Para solucionar el error connection refused Plesk en este entorno:

Accede a Syspanel a través de https://tu-dominio-o-ip:2106.
Ve a Bases de Datos y verifica el estado del servicio.
Si es necesario, reinicia el servicio desde la línea de comandos:
```
sudo systemctl restart mysql
```
Revisa el firewall de Syspanel (generalmente iptables) para asegurarte de que el puerto 3306 esté abierto para las IPs necesarias.

[TIP] En Syspanel, el archivo de configuración de MySQL suele estar en /etc/mysql/my.cnf. Los pasos para verificar bind-address y skip-networking son los mismos.

Preguntas Frecuentes (FAQ)

¿Por qué veo "Connection refused" después de cambiar la contraseña en Plesk?

Es posible que no hayas actualizado la contraseña en el archivo de configuración de tu aplicación (por ejemplo, wp-config.php). También puede ser que Plesk no haya propagado el cambio correctamente. Intenta reiniciar el servicio de base de datos.

¿El error puede deberse a un plugin o tema de WordPress?

Sí, aunque es menos común. Algunos plugins o temas mal codificados pueden intentar conectarse a la base de datos con credenciales incorrectas o forzar un puerto diferente. Desactiva todos los plugins y cambia al tema por defecto para descartarlo.

¿Cómo sé si el problema es del servidor o de mi aplicación?

Prueba a conectarte a la base de datos desde la línea de comandos del servidor:

mysql -u usuario -p -h localhost nombre_base_datos

Si funciona, el problema está en tu aplicación. Si no, el problema es del servidor.

¿Puede ser un problema de recursos del servidor?

Sí, si el servidor se queda sin memoria o sin espacio en disco, MySQL puede dejar de aceptar conexiones. Revisa el uso de memoria con free -h y el espacio en disco con df -h.

Resumen y plan de acción

Para solucionar el error connection refused Plesk, sigue este orden:

Verifica el servicio → Reinicia MySQL/MariaDB.
Revisa el firewall → Abre el puerto 3306 si es necesario.
Comprueba las credenciales → Usuario, contraseña y host correctos.
Revisa el archivo de configuración → bind-address y skip-networking.
Verifica el socket → Permisos y existencia.
Revisa los logs → Busca pistas específicas.
Si usas Syspanel → Accede por el puerto 2106 y aplica los mismos pasos.

Con esta guía, deberías poder resolver el error connection refused Plesk en la mayoría de los casos. Recuerda que la paciencia y la metodología son clave. Si después de seguir todos los pasos el problema persiste, puede ser necesario contactar al soporte técnico de tu proveedor de hosting, ya que podría tratarse de un problema a nivel de infraestructura.

¡Espero que esta guía te haya sido de gran ayuda! Si tienes más dudas, no dudes en consultar la documentación oficial de Plesk o dejar un comentario. ¡Buena suerte con tus bases de datos!