Tu VPS no responde: error 500, MySQL y Apache

Aprende a revisar errores 500, Apache, Nginx, MySQL, CPU alta y caídas en un VPS con una guía práctica y app de diagnóstico

Tu VPS no responde: cómo revisar error 500, Apache, Nginx y MySQL

¿Tu VPS dejó de responder, muestra error 500 o la web aparece caída? Este tipo de problemas normalmente está relacionado con fallos en Apache, Nginx, PHP, MySQL, permisos incorrectos, saturación de recursos o errores de configuración.

Muchas veces el problema parece grave, pero termina siendo un servicio detenido, un archivo mal configurado o una base de datos saturada. La clave es revisar el servidor con orden y detectar primero qué componente falló.

Objetivo de esta guía: ayudarte a identificar rápidamente si el problema viene de Apache, Nginx, MySQL, PHP, memoria RAM, CPU, permisos o configuraciones recientes.

Diagnóstico rápido: ¿por qué tu VPS no responde?

Selecciona los síntomas actuales y obtén una orientación inicial sobre el posible origen del problema.

¿Qué error aparece? Carga lenta o timeout Error 500 interno Pantalla blanca o sitio caído No responde SSH o servicios Estado del consumo de recursos CPU y RAM normales CPU o RAM altos CPU y RAM saturados Servidor web Apache funcionando Apache/Nginx reiniciándose Apache/Nginx no arranca Base de datos MySQL funciona MySQL lento MySQL no conecta

Selecciona los datos para calcular un diagnóstico estimado.

Qué revisar primero si tu VPS no responde

• Estado de Apache o Nginx.
• Estado de MySQL o MariaDB.
• Consumo de CPU, RAM y disco.
• Errores recientes en logs.
• Configuraciones modificadas recientemente.
• Espacio disponible en el servidor.
• Permisos de archivos y carpetas.
• Posibles ataques o bots.

1. Revisar Apache o Nginx

Cuando Apache o Nginx fallan, el sitio normalmente deja de responder inmediatamente.

sudo systemctl status apache2
sudo systemctl status nginx
sudo systemctl restart apache2
sudo systemctl restart nginx

Para revisar errores recientes:

sudo journalctl -xe

Muy importante: antes de reiniciar servicios repetidamente, revisa logs y valida la configuración. Reiniciar sin entender el problema puede empeorar la situación.

2. Revisar error 500 en el VPS

El error 500 indica que algo falló del lado del servidor. Puede venir desde PHP, permisos, plugins, configuraciones o límites de memoria.

• Permisos incorrectos.
• Plugins dañados.
• Problemas en .htaccess.
• PHP-FPM detenido.
• Extensiones faltantes.
• Errores internos del CMS.

Logs recomendados:

/var/log/apache2/error.log
/var/log/nginx/error.log

Revisar permisos:

sudo chown -R www-data:www-data /var/www/html

Revisar memoria PHP:

php -i | grep memory_limit

3. Revisar MySQL o MariaDB

Si la base de datos falla, WordPress, Moodle o WooCommerce pueden mostrar errores críticos o simplemente quedarse en blanco.

sudo systemctl status mysql
sudo systemctl restart mysql
mysql -u root -p

También conviene revisar espacio en disco y memoria RAM, ya que MySQL puede detenerse si el VPS está saturado.

df -h
free -m

Problema frecuente: WordPress puede mostrar “Error establishing a database connection” incluso cuando el problema real es falta de RAM o MySQL detenido.

4. Revisar CPU y RAM

Un VPS sin memoria disponible o con CPU al límite puede responder lento, devolver timeout o dejar servicios colgados.

sudo apt install htop -y
htop

También puedes revisar procesos pesados:

ps aux --sort=-%cpu | head
ps aux --sort=-%mem | head

• PHP-FPM consumiendo demasiada RAM.
• MySQL saturado.
• Plugins de WordPress pesados.
• Procesos zombie.
• Backups ejecutándose al mismo tiempo.

5. Timeout o pantalla en blanco

Cuando una página tarda demasiado o devuelve pantalla blanca, normalmente existe:

• Consulta SQL lenta.
• Script PHP colgado.
• Falta de memoria.
• Conexiones excesivas.
• Plugins defectuosos.

Revisar PHP-FPM:

sudo systemctl status php*-fpm

Revisar conexiones:

sudo ss -tulpn

6. Revisa espacio en disco

Un VPS sin espacio libre puede provocar fallos graves en MySQL, Apache y logs del sistema.

df -h
sudo du -h /var/log --max-depth=1

Limpia logs antiguos y archivos innecesarios:

sudo journalctl --vacuum-time=7d

Checklist rápido antes de modificar configuraciones

• Haz backup completo.
• Lee logs antes de tocar archivos.
• Verifica espacio en disco.
• Comprueba consumo de RAM y CPU.
• Confirma qué servicio realmente falló.
• Valida configuraciones antes de reiniciar.
• Si el problema apareció tras un cambio, vuelve al punto anterior.

Cuándo conviene cambiar de proveedor VPS

Si el VPS falla constantemente, el soporte no responde o el servidor tiene problemas frecuentes de estabilidad, puede ser momento de evaluar otra infraestructura.

• Microcortes frecuentes.
• CPU limitada constantemente.
• Soporte técnico lento.
• Problemas reiterados de red.
• Discos lentos o saturados.

Consejo práctico: si administras WooCommerce, Moodle o sitios críticos, la estabilidad y el soporte técnico pesan tanto como la cantidad de CPU o RAM contratada.

Enlaces internos recomendados

• Tu VPS está lento: causas y soluciones
• Seguridad en VPS Ubuntu
• Cómo instalar Apache o Nginx en un VPS
• Cómo migrar WordPress a VPS
• WordPress muestra error establishing database connection

Preguntas frecuentes sobre VPS caído o error 500

¿Por qué mi VPS no responde aunque antes funcionaba bien?

Puede deberse a servicios detenidos, consumo excesivo de recursos, errores de configuración, cambios recientes, fallos en MySQL o problemas de permisos.

¿Dónde revisar el error exacto en un VPS?

Lo más útil es revisar logs de Apache, Nginx, PHP y MySQL, además del estado de servicios usando systemctl y journalctl.

¿El error 500 siempre significa problema del hosting?

No. Muchas veces el error viene desde PHP, plugins, .htaccess, permisos, memoria insuficiente o errores internos del CMS.

¿Qué hacer si MySQL no conecta?

Revisa el estado del servicio, memoria RAM, espacio en disco y credenciales de conexión del sitio web o CMS.

¿CL Posicionamiento puede revisar un VPS caído?

Sí. Se puede revisar Apache, Nginx, MySQL, WordPress, rendimiento, errores 500, consumo de recursos y configuraciones críticas del servidor.

Soporte para revisar un VPS caído

Si tu VPS no responde, muestra error 500 o tu sitio quedó fuera de línea, conviene revisar rápidamente logs, servicios y consumo de recursos antes de que el problema afecte SEO, ventas o usuarios.

Servicio desde CLP 150000. Atención online y en Santiago de Chile.

Solicitar ayuda por WhatsApp

Aviso importante

Este contenido es informativo. Antes de modificar configuraciones en Apache, Nginx, PHP o MySQL, realiza respaldos completos y prueba cambios cuidadosamente.