Qué no es un VPS: cinco suposiciones erróneas

Qué no es un VPS, en dos frases

Un VPS (servidor privado virtual) es una máquina virtual con sistema operativo propio, disco, IP pública y acceso root, y llega vacía. No es una VPN, no trae panel de control, no guarda copias de seguridad por su cuenta y su soporte no entra dentro de tu aplicación.

Nada de eso es un defecto del producto. Es el trato: pagas por la máquina y por el aislamiento, y la administración es tuya. El problema aparece cuando alguien contrata esperando otra cosa y descubre el hueco tres semanas después, casi siempre en el peor momento.

Debajo están las cinco suposiciones que más veces terminan en un ticket de soporte. Cada una dice qué recibes de verdad y qué haría falta para tener lo que esperabas.

1. Un VPS no es una VPN

En español los dos nombres se parecen demasiado: servidor privado virtual y red privada virtual. Cambia una letra en la sigla y cambia el producto entero. Los buscadores tampoco ayudan, porque mezclan resultados de las dos cosas en la misma página de resultados.

Un VPS es una computadora: arranca un sistema operativo, tiene disco, ejecuta procesos y escucha en puertos. Una VPN es un túnel cifrado entre dos puntos de una red, es decir, un servicio y no una máquina. No compiten entre sí. Una VPN es una de las cosas que puedes ejecutar dentro de un VPS.

Si lo que querías era cifrar el tráfico del móvil en la wifi de un aeropuerto, o salir a internet con otra dirección, un VPS recién entregado no hace nada de eso, porque no hay ningún proceso instalado que lo haga. Para tenerlo, instalas tú el servidor VPN encima:

sudo apt update
sudo apt install -y wireguard

Después toca generar un par de claves, escribir /etc/wireguard/wg0.conf, activar net.ipv4.ip_forward en un archivo dentro de /etc/sysctl.d/ y abrir el puerto UDP en el cortafuegos. La primera vez es trabajo de una tarde. A partir de ahí el VPS pasa a ser el extremo del túnel.

Una expectativa que conviene corregir antes de pagar: la dirección de un VPS es una IP de centro de datos, y esos rangos están publicados en listas que cualquiera puede descargar. Las plataformas de streaming los bloquean por lista, así que un VPS propio no sustituye a una VPN comercial para ver el catálogo de otro país. Para cifrar el tráfico entre tus dispositivos y un servidor que controlas funciona perfectamente, y además nadie más comparte esa salida.

2. "Servidor cloud", "servidor virtual" y VPS son el mismo producto

Los tres nombres describen lo mismo: una porción de un servidor físico repartida por un hipervisor, con CPU, memoria, disco y red asignados. La palabra "cloud" en el nombre no añade tecnología. Es vocabulario de catálogo, y cada proveedor lo usa a su manera.

Sí existen diferencias reales entre ofertas, pero no están en esa palabra:

• La facturación. Lo que se vende como "cloud" suele cobrarse por horas y crearse desde una API. Un VPS clásico se contrata por meses o por años, y sale más barato si la máquina va a estar encendida siempre.
• El tipo de virtualización. Con KVM tienes un kernel propio y puedes cargar módulos o cambiar parámetros del kernel. Con virtualización de contenedores (OpenVZ, LXC) compartes el kernel del host, así que algunas cosas no arrancan.
• El almacenamiento. NVMe local frente a disco por red: cambia la latencia, y con ella cambia todo lo que dependa de una base de datos.
• El tráfico incluido, y qué ocurre cuando lo superas. En unos proveedores llega una factura extra y en otros baja la velocidad del puerto.
• La sobreventa. Un proveedor puede vender más memoria de la que tiene la máquina física, apostando a que nadie la usa entera al mismo tiempo.

Para saber qué te vendieron a ti, entra por SSH (secure shell) y pregúntaselo al propio sistema:

systemd-detect-virt

Responde kvm en una máquina virtual completa, lxc u openvz en un contenedor, y none si estás en hierro dedicado. Si responde lxc, ya sabes por qué falló aquel sudo modprobe wireguard con Operation not supported: el kernel no es tuyo, así que no puedes cargar módulos dentro de él.

La pregunta útil al comparar proveedores no es si el producto se llama cloud. Es qué hipervisor usa, qué disco tiene, cuánto tráfico incluye y qué pasa cuando lo superas. cuánto cuesta un VPS y por qué el mismo tamaño vale precios tan distintos desarma esa parte del catálogo.

3. Un VPS no trae panel de control

Un servidor recién entregado tiene el sistema operativo, el servicio SSH y poco más. No hay cPanel, no hay Plesk, no hay gestor de correo ni phpMyAdmin. Si apuntas el navegador a la IP no verás nada, y desde la terminal el motivo se ve mejor:

curl -I http://203.0.113.10

La respuesta es curl: (7) Failed to connect to 203.0.113.10 port 80: Connection refused. El puerto 80 rechaza la conexión porque no hay ningún servidor web instalado que escuche en él. La máquina no está rota. Está vacía, que es exactamente lo que compraste.

Lo que sí recibes es una sesión con permisos de root, y toda la administración pasa por ahí. Si esa parte todavía te resulta ajena, qué es SSH y cómo funcionan las claves es el sitio por donde empezar, antes que cualquier panel.

Para tener el panel que esperabas hay dos caminos. El primero es instalarlo tú: HestiaCP, CyberPanel, ISPConfig, aaPanel y Webmin son gratuitos y se instalan sobre un sistema limpio. cPanel y Plesk son software comercial con licencia aparte, así que aunque el proveedor los ofrezca, se pagan además del servidor. las alternativas a cPanel que puedes instalar en tu VPS entra en qué cubre cada una.

Un detalle que ahorra un mal día: instala el panel en una máquina recién creada, antes de configurar nada a mano. Los paneles reescriben la configuración de nginx o Apache y crean sus propios usuarios del sistema, así que sobre un servidor que ya tenía servicios montados a mano dejan la mitad fuera de servicio.

El segundo camino es no administrar nada: un plan gestionado incluye el panel y las actualizaciones, y cuesta más al mes. la diferencia entre un VPS gestionado y uno no gestionado está contada aparte, con lo que cubre cada modalidad.

4. Un VPS no hace copias de seguridad

Esta es la suposición que sale más cara.

El disco de tu VPS vive en el almacenamiento del proveedor, casi siempre con redundancia contra fallo de hardware. Eso te protege de que se rompa un disco físico. No te protege de un rm -rf en el directorio equivocado, de un DROP TABLE en producción, de un cifrado por ransomware ni de una cuenta suspendida por impago. En todos esos casos la redundancia copia el desastre con total fidelidad.

Un snapshot tampoco es una copia de seguridad. Un snapshot es una imagen del disco entero, guardada en la infraestructura del mismo proveedor y atada a la misma cuenta. Sirve para volver atrás cinco minutos antes de una actualización que salió mal. Falla como copia de seguridad por dos razones: recuperar un solo archivo obliga a restaurar la máquina completa, y si pierdes la cuenta pierdes también el snapshot. En muchos proveedores, además, los snapshots se cobran aparte y se borran al cancelar el servicio.

Una copia de seguridad de verdad sale del proveedor. restic y borgbackup hacen copias cifradas e incrementales hacia otro servidor o hacia almacenamiento de objetos.

sudo apt install -y restic
restic -r sftp:copias@203.0.113.20:/backups/vps init
restic -r sftp:copias@203.0.113.20:/backups/vps backup /etc /srv /home
restic -r sftp:copias@203.0.113.20:/backups/vps snapshots

El último comando debe listar la copia que acabas de hacer, con su fecha y su tamaño. restic pide una contraseña de repositorio al inicializarlo, y el cifrado ocurre en tu servidor antes de enviar nada, así que si pierdes esa contraseña los datos no se recuperan. Guárdala fuera de la máquina que estás copiando.

Dos cosas que casi todo el mundo pasa por alto:

• Las bases de datos no se copian bien como archivos. Copiar /var/lib/mysql con el servicio en marcha produce un archivo inconsistente, porque hay escrituras a medias en el instante de la copia. Genera un volcado con mysqldump o pg_dump y copia el volcado.
• Una copia que nunca has restaurado no es una copia. Prueba la restauración de verdad con restic -r sftp:copias@203.0.113.20:/backups/vps restore latest --target /tmp/prueba y comprueba que dentro están los archivos que esperabas.

Automatiza el proceso con un timer de systemd o una línea de cron, y revisa una vez al mes que la última copia tiene fecha reciente. Un cron que falla en silencio durante seis meses es peor que no tener copias, porque mientras tanto crees que las tienes. Si esta parte te interesa por el lado de la seguridad, qué tan seguro es un VPS y de qué depende cubre el resto del terreno.

5. El soporte arregla el host, no tu aplicación

En un VPS no gestionado la frontera está en el sistema operativo. Por debajo responde el proveedor: hardware, red, hipervisor, direcciones IP, consola de rescate y reinstalación. Por encima respondes tú: paquetes, configuración, actualizaciones, certificados y tu código.

Por eso un ticket que dice "mi web da error 502" recibe como respuesta que la máquina está encendida y la red funciona. Es cierto, y no ayuda. Un 502 Bad Gateway lo devuelve tu propio nginx porque el proceso de detrás, PHP-FPM o tu aplicación, no contesta en el socket. Eso ocurre dentro de la parte que alquilaste, y se investiga desde dentro:

systemctl status php8.3-fpm
sudo journalctl -u nginx -n 50

El soporte sí es el sitio correcto cuando la máquina no responde ni por la consola, cuando la IP no encamina, cuando hay pérdida de paquetes dentro de la red del proveedor o cuando llega un aviso de abuso. Ese último caso es responsabilidad compartida y tiene su propio procedimiento: qué significa una queja de abuso y cómo se responde.

Si esperabas que alguien mantuviera el servidor por ti, la salida es un plan gestionado o un administrador externo. Antes de decidir, conviene mirar la lista real de tareas que asumes al alquilar un VPS: actualizaciones de seguridad, cortafuegos, certificados TLS (seguridad de la capa de transporte), copias y vigilancia del espacio en disco.

Entonces, ¿para qué sirve un VPS?

Todo lo anterior describe lo que falta en la caja. Lo que hay dentro es más interesante: una máquina con root de verdad, sin vecinos que se lleven tu CPU, donde puedes instalar cualquier cosa que corra en Linux y abrir cualquier puerto que necesites. Un hosting compartido no da eso a ningún precio, porque su modelo consiste precisamente en no dártelo.

Sobre esa base se monta lo que quieras: un sitio con su propia pila de software, un servicio interno para tu equipo, un bot, un entorno de pruebas idéntico a producción, una VPN privada o un servidor de archivos. el catálogo de cosas que la gente monta en un VPS recoge los usos más comunes, y lo que un VPS sí te da cuenta el otro lado de esta página.

Si vienes de un hosting compartido, la comparación sin adornos está en hosting compartido frente a VPS. Y si la duda no es de tecnología sino de momento, cuándo necesitas de verdad un VPS plantea la pregunta al revés: qué te está costando ahora mismo quedarte donde estás.

FAQ

¿Un VPS es lo mismo que una VPN?

No. Un VPS (servidor privado virtual) es una máquina virtual con su propio sistema operativo, disco, memoria e IP pública. Una VPN (red privada virtual) es un túnel cifrado entre dos puntos de la red. Se parecen solo en el nombre. Puedes instalar un servidor VPN, por ejemplo WireGuard, dentro de un VPS, pero un VPS recién contratado no cifra ni redirige nada por sí solo, porque no hay ningún proceso instalado que lo haga.

¿Un "servidor cloud" es mejor que un VPS?

Son la misma categoría de producto con nombres de catálogo distintos: una máquina virtual sobre un hipervisor. Lo que cambia entre ofertas es la facturación (por horas o por meses), el tipo de virtualización, el almacenamiento y el tráfico incluido. Comprueba qué te dieron con systemd-detect-virt: kvm es una máquina virtual completa, mientras que lxc u openvz significan que compartes el kernel del host y no puedes cargar módulos.

¿Mi VPS incluye copias de seguridad?

Salvo que el plan lo diga de forma expresa, no. La redundancia del almacenamiento protege contra el fallo de un disco físico, no contra un borrado accidental, un ransomware o una cuenta cerrada. Los snapshots del panel viven en la infraestructura del proveedor y desaparecen con la cuenta. Monta tus propias copias con restic o borgbackup hacia un destino fuera de ese proveedor, y prueba una restauración antes de confiar en ellas.

¿El soporte me instala WordPress o me arregla la web?

En un plan no gestionado, no. El soporte responde por el hardware, la red, el hipervisor y el acceso de rescate. Del sistema operativo hacia arriba, incluidos nginx, PHP, la base de datos y tu código, respondes tú. Si necesitas que alguien se ocupe de esa capa, la opción es un plan gestionado o contratar administración por separado.

¿Necesito saber Linux para tener un VPS?

Hace falta un mínimo: conectarte por SSH, instalar paquetes, leer registros con journalctl y configurar un cortafuegos. No hace falta ser administrador de sistemas, y ese mínimo se aprende en un fin de semana con una máquina de pruebas que puedas romper. Si prefieres no aprenderlo ahora, un panel de control cubre buena parte del día a día y un plan gestionado cubre el resto.