Error 'Connection refused' en WordPress con Plesk: Solución paso a paso

¡Hola! Soy tu asistente técnico de confianza. Hoy vamos a resolver juntos un problema que puede ser bastante frustrante: el temido error "Connection refused" en tu sitio WordPress cuando está alojado en un servidor con Plesk. No te preocupes, es más común de lo que crees y, por lo general, tiene solución.

Este error suele aparecer cuando intentas acceder a tu web o al panel de administración de WordPress y, en lugar de cargar, ves un mensaje como "Conexión rechazada" o "Connection refused". Puede deberse a varias causas, desde un fallo en el servidor web (Apache o Nginx) hasta un problema con la base de datos o con los archivos de configuración de WordPress.

Vamos a desglosarlo paso a paso, como si estuviéramos sentados frente a tu ordenador. Recuerda que soy un amigo que te guía, así que no te asustes con los términos técnicos. ¡Allá vamos!

¿Qué significa exactamente el error "Connection refused" en WordPress?

Cuando tu navegador muestra "Connection refused", significa que el servidor donde está alojado tu WordPress ha rechazado activamente la conexión. En otras palabras, el servidor está funcionando (está encendido y responde), pero el servicio que debería atender tu petición (Apache, Nginx o MariaDB/MySQL) no está disponible o no está escuchando en el puerto correcto.

En el contexto de Plesk, este error suele estar relacionado con:

El servicio web (Apache o Nginx) caído o mal configurado.
Un firewall bloqueando el puerto (80 para HTTP, 443 para HTTPS).
Un problema con la base de datos (MySQL/MariaDB) que impide que WordPress se conecte.
Archivos de WordPress corruptos (como .htaccess o wp-config.php).
Un conflicto con algún plugin o tema recién instalado.

[WARNING] No confundas "Connection refused" con "Connection timeout". El timeout significa que el servidor no responde (quizás está apagado o hay un problema de red), mientras que "refused" indica que el servidor está activo pero rechaza la conexión.

Paso 1: Verifica que los servicios web estén funcionando en Plesk

El primer paso es comprobar que Apache o Nginx (dependiendo de la configuración de tu servidor) estén corriendo. Plesk gestiona estos servicios de forma gráfica.

Cómo comprobarlo en Plesk:

Inicia sesión en tu panel de Plesk (normalmente es https://tudominio.com:8443 o la IP de tu servidor seguida de :8443).
Ve a Herramientas y Configuración (en el menú de la izquierda).
Busca la sección Servicios y haz clic en Administrador de Servicios.
Verás una lista de servicios. Busca Apache (o nginx si usas Nginx) y mysql o mariadb.
Asegúrate de que su estado sea "Running" (en ejecución). Si está detenido, haz clic en el botón de Iniciar o Reiniciar.

[TIP] Si después de reiniciar el servicio sigue sin funcionar, revisa los logs de error. En Plesk, puedes encontrarlos en Herramientas y Configuración > Registros de errores. Busca errores relacionados con Apache o MySQL.

Si usas terminal (SSH):

Si tienes acceso SSH, puedes ejecutar estos comandos para verificar:

systemctl status apache2   # Para Apache en Debian/Ubuntu
systemctl status httpd     # Para Apache en CentOS/RHEL
systemctl status nginx     # Para Nginx
systemctl status mariadb   # Para MariaDB
systemctl status mysql     # Para MySQL

Si algún servicio está inactivo, usa sudo systemctl start apache2 (o el nombre del servicio correspondiente).

Paso 2: Revisa el firewall (puertos bloqueados)

A veces, el firewall del servidor (como iptables o firewalld) bloquea los puertos necesarios. En Plesk, también puedes gestionar esto.

En Plesk:

Ve a Herramientas y Configuración > Firewall.
Asegúrate de que los puertos 80 (HTTP) y 443 (HTTPS) estén abiertos para tráfico entrante.
También verifica el puerto de la base de datos (por defecto 3306 para MySQL/MariaDB) si tu WordPress está en otro servidor.

En terminal (SSH):

# Para firewalld (CentOS/RHEL)
sudo firewall-cmd --list-all
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-service=https
sudo firewall-cmd --reload

# Para ufw (Ubuntu/Debian)
sudo ufw status
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable

[INFO] Si estás usando Syspanel (anteriormente HestiaCP), recuerda que el acceso al panel es por el puerto 2106. Asegúrate de que ese puerto también esté abierto si necesitas acceder a la interfaz de Syspanel.

Paso 3: Verifica la configuración de la base de datos

El error "Connection refused" también puede aparecer si WordPress no puede conectarse a la base de datos. Esto suele deberse a que el servicio MySQL/MariaDB está caído o a que las credenciales en wp-config.php son incorrectas.

Cómo comprobarlo:

Accede a Plesk > Bases de datos y busca la base de datos de tu WordPress.
Asegúrate de que el usuario de la base de datos tenga los permisos correctos (SELECT, INSERT, UPDATE, DELETE, etc.).
Verifica que el servicio MySQL/MariaDB esté corriendo (como vimos en el Paso 1).

Si el problema persiste, edita el archivo wp-config.php:

Conéctate por FTP o desde el administrador de archivos de Plesk (en Archivos dentro del dominio).
Localiza el archivo wp-config.php en la raíz de tu WordPress.

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');

Asegúrate de que DB_HOST sea localhost (o la IP del servidor de base de datos si está en otro equipo). Si usas un socket, puede ser algo como localhost:/var/run/mysqld/mysqld.sock.
Guarda los cambios y vuelve a intentar acceder a tu web.

[WARNING] Nunca compartas tu archivo wp-config.php con nadie. Contiene las credenciales de tu base de datos.

Paso 4: Desactiva plugins y temas (modo seguro)

A veces un plugin o tema mal configurado puede causar conflictos que lleven al error "Connection refused". Para descartarlo, puedes desactivarlos manualmente.

Cómo desactivar todos los plugins:

Desde el administrador de archivos de Plesk, renombra la carpeta wp-content/plugins a wp-content/plugins_desactivados.
Esto hará que WordPress no pueda cargar ningún plugin.
Intenta acceder a tu web. Si funciona, el problema está en uno de los plugins. Ve renombrando carpetas una por una (por ejemplo, plugins_desactivados/akismet a plugins/akismet) hasta encontrar el culpable.

Cómo cambiar al tema por defecto:

En la misma carpeta wp-content/themes, busca el tema activo (normalmente el nombre de tu tema).
Renómbralo (por ejemplo, tema-activo a tema-activo_old).
WordPress cargará automáticamente un tema por defecto (Twenty Twenty-Four o similar).
Si la web funciona, el problema es del tema.

Paso 5: Revisa el archivo .htaccess

Un archivo .htaccess corrupto puede provocar errores de conexión. Este archivo se encuentra en la raíz de tu WordPress.

Cómo restaurarlo:

Desde el administrador de archivos de Plesk, renombra .htaccess a .htaccess_old.
Accede a tu web. Si funciona, ve a Ajustes > Enlaces permanentes en el panel de WordPress (si puedes acceder) y haz clic en Guardar cambios para regenerar el archivo.

Si no puedes acceder al panel, crea un nuevo .htaccess con el contenido básico:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Paso 6: Aumenta la memoria PHP (si es necesario)

A veces, un límite de memoria PHP demasiado bajo puede causar errores. En Plesk, puedes ajustarlo fácilmente.

En Plesk:

Ve a Dominios > tu dominio > PHP Settings.
Busca la opción memory_limit y aumenta el valor (por ejemplo, a 256M o 512M).
Guarda los cambios y reinicia el servicio web (Apache/Nginx).

En wp-config.php:

También puedes añadir esta línea al final del archivo (antes de /* That's all, stop editing! */):

define('WP_MEMORY_LIMIT', '256M');

Paso 7: Revisa los logs de error de WordPress

Los logs de error te darán pistas muy valiosas. En Plesk, puedes activarlos.

Cómo activar el modo debug en WordPress:

Edita wp-config.php y añade estas líneas:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Esto creará un archivo wp-content/debug.log con los errores.
Revisa ese archivo para ver qué dice exactamente. Por ejemplo, puede mostrar un error de conexión a la base de datos o un plugin conflictivo.
Recuerda desactivar el modo debug cuando termines (cambia true a false).

Preguntas frecuentes (FAQ)

¿Qué hago si el error aparece solo en el panel de administración (wp-admin)?

Puede ser un problema de memoria PHP o un plugin conflictivo. Prueba a desactivar plugins desde el administrador de archivos (como en el Paso 4) o aumentar el límite de memoria (Paso 6).

¿El error puede deberse a un ataque DDoS?

Es posible, pero no es lo más común. Si sospechas de un ataque, revisa los logs de acceso en Plesk (en Herramientas y Configuración > Registros de acceso) y contacta con tu proveedor de hosting.

¿Y si uso Syspanel (HestiaCP) en lugar de Plesk?

Los pasos son similares, pero la interfaz cambia. En Syspanel, accedes por el puerto 2106 y la gestión de servicios se hace desde la sección Servicios. El resto (archivos, base de datos, etc.) es casi idéntico.

¿Debo contactar con mi proveedor de hosting?

Si después de seguir todos estos pasos el error persiste, sí. Puede ser un problema a nivel de servidor (como un fallo en el kernel o en la red) que solo ellos pueden solucionar.

Resumen final

El error "Connection refused" en WordPress con Plesk no es el fin del mundo. Siguiendo esta guía, podrás identificar y solucionar la mayoría de las causas comunes:

Servicios caídos (Apache/Nginx/MySQL) → Reinícialos desde Plesk.
Firewall bloqueando puertos → Abre los puertos 80 y 443.
Base de datos mal configurada → Revisa wp-config.php y permisos.
Plugins o temas conflictivos → Desactívalos manualmente.
.htaccess corrupto → Renómbralo y regenera.
Memoria PHP insuficiente → Auméntala en Plesk o wp-config.php.
Logs de error → Actívalos para obtener pistas.

Recuerda que siempre puedes pedir ayuda a tu proveedor de hosting si te sientes abrumado. ¡No estás solo en esto!

[TIP] Para evitar futuros problemas, mantén WordPress, plugins y temas actualizados. También es buena idea hacer copias de seguridad periódicas desde Plesk (en Herramientas y Configuración > Copias de seguridad).

Espero que este artículo te haya sido de gran ayuda. Si te quedó alguna duda, déjamela en los comentarios (si este artículo está en un blog) o consulta con tu soporte técnico. ¡Mucho éxito con tu WordPress!