Espera mientras cargamos el contenido.
Reseñas de VPS · Tutoriales · Artículos técnicos
246 artículos sobre reseñas de hosting, despliegue y consejos de compra.
Si tu sitio VPS sigue redirigiendo y el navegador muestra too many redirects, normalmente es el modo SSL de Cloudflare, el HTTPS forzado de Nginx, las cabeceras del proxy inverso o la dirección del backend de la aplicación peleándose entre sí. Revisa capa por capa a lo largo de la cadena; no reinstales el certificado de entrada.
Cuando un sitio web en VPS muestra 413 Request Entity Too Large al subir imágenes, paquetes de respaldo o archivos grandes, normalmente se debe a que los límites de tamaño del cuerpo de la solicitud de Nginx, PHP-FPM, el framework de la aplicación o la CDN no son coherentes. Este artículo diagnostica por capas client_max_body_size, upload_max_filesize, post_max_size, el proxy inverso y los límites de Cloudflare.
Tras reiniciar el VPS, el sitio web, los contenedores Docker, Nginx o MySQL no arrancan: no te apresures a reinstalar el sistema. Revisa en orden systemd, enable, los registros, los puertos y las dependencias; normalmente podrás localizar el problema rápido.
Cuando un sitio web en VPS conecta pero devuelve 403 Forbidden, normalmente no es un fallo de red, sino que el servidor web rechaza el acceso. Este artículo recorre paso a paso Nginx, Apache, permisos de directorio, archivos index, SELinux, proxy inverso y escenarios comunes de WordPress.
Después de instalar Fail2Ban en un VPS, SSH deja de conectar de repente, posiblemente porque tu propia IP fue bloqueada por error por el jail de sshd. Las causas comunes incluyen contraseñas incorrectas que activan maxretry, IP dinámicas que no se añadieron a ignoreip, configuración de jail demasiado estricta y bans antiguos restaurados desde la base de datos tras un reinicio. Este artículo recorre la solución capa por capa: auto-rescate por consola/VNC, fail2ban-client status, unbanip, ignoreip, jail.local, dbpurgeage y cómo evitar otro autobloqueo.
Después de poner un sitio web en VPS detrás de Cloudflare, un error 521 Web Server Is Down o 522 Connection Timed Out normalmente no significa que Cloudflare esté roto. Lo más habitual es que el origen rechace conexiones, que nada escuche en 80/443, que un firewall o grupo de seguridad bloquee el tráfico, que Nginx/Apache/Caddy no esté en ejecución, que el origen esté sobrecargado, que las IP de retorno al origen estén bloqueadas o que la configuración de TLS/proxy no coincida. Este artículo diagnostica capa por capa, empezando por la diferencia entre 521 y 522, y luego curl al origen, IP de Cloudflare, registros de Nginx, firewalls y tiempos de espera.
Al iniciar un servicio en un VPS aparecen Address already in use, EADDRINUSE, bind() failed o Docker port is already allocated. Las causas comunes incluyen un proceso antiguo que no terminó, Nginx/Apache/Caddy ocupando 80/443, conflictos de mapeo de puertos de Docker, confusión de escucha dual-stack IPv4/IPv6, arranques duplicados de servicios systemd o una mala interpretación de TIME_WAIT. Este artículo diagnostica capa por capa con ss, lsof, fuser, journalctl, Docker y los registros de Nginx.
Cuando Nginx, Node, una base de datos o un servicio autoalojado en un VPS muestra Too many open files, las causas habituales incluyen el agotamiento de los descriptores de archivo del proceso, que systemd LimitNOFILE no surta efecto, que /etc/security/limits.conf solo afecte a las sesiones de inicio de sesión, un desajuste en Nginx worker_connections, fugas de conexiones de la aplicación o demasiados logs/sockets. Este artículo diagnostica capa por capa con ulimit -n, /proc/PID/limits, lsof, systemctl show y sysctl.
La CPU del VPS parece baja, pero SSH se traba, el sitio web va lento, las consultas a la base de datos son lentas y %wa/iowait es alto en top. Las causas comunes incluyen explosión de registros, lecturas y escrituras aleatorias en la base de datos, registros de contenedores Docker, thrashing de swap, compresión de copias de seguridad, colas de disco demasiado largas o contención del almacenamiento del host. Este artículo localiza el problema capa por capa con top, vmstat, iostat -x, iotop, pidstat, du y journalctl.
