Saltar al contenido
JS BRAND LAB

VPS · Entender

Checklist del primer día en un VPS

Un VPS recién creado es un servidor abierto a internet y sin nadie cuidándolo. Estos son los pasos que recomendamos hacer el primer día, antes de subir ninguna web: actualizar, crear un usuario sin privilegios, activar el cortafuegos, proteger el acceso, preparar swap y decidir dónde van las copias de seguridad.

Actualizado el 2026-11-10 · Por Rómulo Felizola · Read in English

1. Actualiza el sistema y crea un usuario normal

apt update && apt upgrade -y
adduser tuusuario
usermod -aG sudo tuusuario

Trabajar siempre como administrador (root) convierte cualquier error en un desastre. Usa un usuario normal y sudo solo cuando haga falta.

2. Cortafuegos: abre solo lo necesario

ufw allow OpenSSH
ufw allow 80
ufw allow 443
ufw enable

Con esto solo quedan abiertos el acceso por SSH y la web (80 y 443). Las aplicaciones internas (una base de datos, un servidor de Node) deben escuchar solo en localhost y salir al mundo a través de nginx.

3. Frena los intentos de acceso con fail2ban

apt install fail2ban -y
systemctl enable --now fail2ban

En cuanto un servidor tiene IP pública empiezan los intentos de adivinar contraseñas. fail2ban bloquea las direcciones que fallan varias veces. Es lo que usamos nosotros y está corriendo en nuestro servidor.

4. Acceso por clave SSH

Entrar con una clave SSH es bastante más seguro que con contraseña. Crea tu clave en tu ordenador, copia la parte pública al servidor y, cuando compruebes que entras con ella, desactiva el acceso por contraseña en la configuración de SSH. Haz esto último con una segunda sesión abierta: si te equivocas y cierras la única, te quedas fuera.

5. Swap: un colchón para los picos

fallocate -l 4G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstab

Nuestro servidor tiene 4 GB de swap y usa 1,3 GB. Evita que un pico de memoria mate una aplicación, aunque no sustituye a tener RAM suficiente.

6. Vigila el disco: la lección que nos costó una caída

df -h /
du -xh / --max-depth=2 | sort -h | tail -15

El 23 de octubre de 2026 el disco de nuestro servidor llegó al 99 % y varias webs dejaron de responder. Registros, compilaciones antiguas y copias acumuladas se comen el disco sin hacer ruido. Desde entonces corre una limpieza semanal automática y el disco está al 41 %. Programa algo parecido, o al menos una alerta cuando pase del 80 %.

7. Copias de seguridad fuera del servidor

Una copia guardada en el mismo servidor no te protege si el servidor falla. Guarda al menos una copia cifrada en otro sitio (tu ordenador o un almacenamiento externo) y prueba una restauración de vez en cuando: una copia que nunca has restaurado es una esperanza, no una copia.

Si aún no tienes servidor:VPS KVM 2 en Hostinger

Preguntas frecuentes

¿Con esto mi VPS queda seguro?

Queda bastante mejor que uno recién creado, pero seguridad es un proceso: mantén el sistema actualizado, revisa los registros y no dejes servicios que no usas abiertos. Esta lista es el mínimo, no el máximo.

¿Hace falta el cortafuegos si ya uso fail2ban?

Sí, hacen cosas distintas: el cortafuegos decide qué puertos son alcanzables y fail2ban reacciona a los intentos fallidos sobre los que sí lo son.

¿Y si no quiero administrar un servidor?

Es una decisión razonable. Con un hosting gestionado el proveedor se ocupa de todo esto. Nosotros ofrecemos mantenimiento web para quien tiene su web y no quiere ocuparse del servidor.