Tenés un VPS funcionando y, de golpe, aparece otro proyecto: la tienda de un cliente, tu blog personal o una web de prueba. La primera idea suele ser contratar otro servidor, y eso significa otra factura, otro acceso y más mantenimiento. Para un emprendedor argentino, sumar gastos fijos nunca es una decisión menor.

La buena noticia es que un solo VPS puede alojar todas esas webs, cada una con su propio dominio, y no hace falta ser administrador de sistemas para lograrlo. En esta guía de nivel intermedio vas a configurar virtual hosts en Nginx paso a paso, con ejemplos de dominios .com.ar. Y como el CyberMonday argentino está a la vuelta de la esquina (del 2 al 4 de noviembre de 2026), es un buen momento para dejar tus tiendas online ordenadas antes de que lleguen más visitas.

Antes de empezar: qué necesitás tener a mano

Para seguir esta guía necesitás cuatro cosas. Si te falta alguna, resolvela primero y volvé: te va a ahorrar mucha frustración.

1. Un VPS con Ubuntu (22.04 o más nuevo) y acceso por SSH.
2. Un usuario con permisos de administrador (sudo), para no trabajar siempre como root.
3. Dos dominios (o más) que ya te pertenezcan, por ejemplo mitienda.com.ar y miblog.com.ar.
4. Acceso al panel donde administrás los DNS de esos dominios.

También conviene tener anotada la dirección IP de tu VPS. En los ejemplos usamos 203.0.113.10; vos reemplazala siempre por la tuya.

El problema: ¿un servidor por cada web?

Es una duda muy común cuando tu VPS ya funciona: llega un segundo proyecto y parece que hay que pagar otro servidor. No es así. Un VPS puede atender varias webs al mismo tiempo, y la herramienta que lo hace posible se llama virtual host (en Nginx, server block).

Pensalo como el portero de un edificio con varias oficinas. Todas las visitas llegan por la misma puerta (tu IP), pero el portero mira a quién buscan y las manda al piso correcto. En nuestro caso, el servidor lee el dominio que escribió el visitante y abre la carpeta de mitienda.com.ar o la de miblog.com.ar, según corresponda.

Con esta idea clara, el resto del proceso es repetir el mismo molde para cada sitio.

Dominios .com.ar en tu VPS: qué tener en cuenta

Nginx no distingue extensiones: un .com.ar y un .com se configuran exactamente igual, así que podés mezclarlos en el mismo servidor. Lo que cambia es dónde administrás los DNS. Si tu dominio .com.ar usa los servidores DNS de tu proveedor, los registros A se cargan desde su panel; si lo delegaste en otro lugar, tenés que editarlos allí. Y si necesitás modificar la delegación, ese trámite se hace desde el sitio de NIC Argentina con tu cuenta de titular.

Tené en cuenta que un cambio de delegación puede demorar algunas horas en verse, así que planificá la puesta en marcha con margen, sobre todo si es la web de un cliente con una fecha comprometida. También conviene dejar anotado, para cada cliente, a nombre de quién está el dominio y cuándo vence, para que ninguna web se caiga por una renovación olvidada.

Paso 1: instalá el servidor web (Nginx)

Nginx es el programa que recibe las visitas y entrega tus páginas. Es liviano, muy usado y se instala en un minuto:

sudo apt update
sudo apt install nginx -y
sudo systemctl enable --now nginx

Para comprobarlo, entrá a la IP de tu VPS desde el navegador: deberías ver la página de bienvenida de Nginx. Si usás el firewall ufw, permití el tráfico web con los comandos de abajo. Recordá que SSH tiene que estar permitido antes de activar el firewall; de lo contrario, perdés tu acceso remoto.

sudo ufw allow OpenSSH
sudo ufw allow 'Nginx Full'
sudo ufw enable

Paso 2: creá una carpeta para cada web

Cada sitio necesita su propio espacio, separado de los demás. Así, si un día tenés que borrar o mover uno, los otros ni se enteran. Una convención muy usada es /var/www/dominio/public_html:

sudo mkdir -p /var/www/mitienda.com.ar/public_html
sudo mkdir -p /var/www/miblog.com.ar/public_html
sudo chown -R $USER:www-data /var/www/mitienda.com.ar /var/www/miblog.com.ar
sudo chmod -R 755 /var/www

El chown te hace dueño de las carpetas y le da al grupo www-data (el usuario con el que corre Nginx) acceso de lectura. Después, creá una página de prueba distinta en cada sitio, para saber con certeza cuál estás viendo:

echo '<h1>Hola, soy mitienda.com.ar</h1>' | tee /var/www/mitienda.com.ar/public_html/index.html
echo '<h1>Hola, soy miblog.com.ar</h1>' | tee /var/www/miblog.com.ar/public_html/index.html

Paso 3: creá el virtual host de mitienda.com.ar

Ahora viene la parte central. Abrí el archivo de configuración del primer dominio con sudo nano /etc/nginx/sites-available/mitienda.com.ar y pegá este bloque. Fijate en las tres líneas clave: server_name define a qué dominios responde, root indica la carpeta y los dos registros de log guardan lo que pasa solo en este sitio.

server {
    listen 80;
    listen [::]:80;
    server_name mitienda.com.ar www.mitienda.com.ar;

    root /var/www/mitienda.com.ar/public_html;
    index index.html index.htm;

    access_log /var/log/nginx/mitienda.com.ar.access.log;
    error_log  /var/log/nginx/mitienda.com.ar.error.log;

    location / {
        try_files $uri $uri/ =404;
    }
}

Guardá con Ctrl + O y Enter, y salí con Ctrl + X. Después repetí el mismo procedimiento para miblog.com.ar, en otro archivo y cambiando el dominio en cada línea donde aparece. Un archivo por sitio es una regla de oro: cuando algo falla, sabés dónde buscar.

Paso 4: encendé los sitios y probá antes de aplicar

Los archivos de sites-available son borradores; los que están enlazados en sites-enabled son los que Nginx realmente usa. Para encenderlos, ejecutá:

sudo ln -s /etc/nginx/sites-available/mitienda.com.ar /etc/nginx/sites-enabled/
sudo ln -s /etc/nginx/sites-available/miblog.com.ar /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Fijate que primero probamos (nginx -t) y recién después recargamos. Con reload los visitantes que están navegando no se enteran del cambio, mientras que restart corta las conexiones por un instante. Si el test marca un error, corregí el archivo que indica y probá otra vez antes de recargar.

Paso 5: apuntá los dominios a tu VPS

El servidor ya sabe qué mostrar, pero los dominios todavía no saben dónde está tu servidor. En el panel donde administrás los DNS de cada dominio, creá estos registros:

• Registro A con nombre @ apuntando a la IP de tu VPS.
• Registro A (o CNAME) con nombre www apuntando a la misma IP o al dominio principal.

Los cambios pueden tardar desde unos minutos hasta algunas horas en verse en todas partes. Para comprobar el avance sin adivinar, usá estos comandos:

dig +short mitienda.com.ar
dig +short www.mitienda.com.ar
dig +short miblog.com.ar

Cuando devuelvan la IP de tu VPS, abrí mitienda.com.ar y miblog.com.ar en el navegador: cada uno tiene que mostrar su propio «Hola, soy…». Si ves el mismo saludo en los dos, pasá a la sección de problemas frecuentes.

Paso 6: sumá HTTPS gratis con Let’s Encrypt

Un sitio sin candado se ve poco profesional y los navegadores advierten a los visitantes. La solución es gratuita: Let’s Encrypt emite certificados y Certbot los instala y los renueva por vos. Los DNS tienen que estar apuntando a tu VPS antes de este paso.

sudo apt install certbot python3-certbot-nginx -y
sudo certbot --nginx -d mitienda.com.ar -d www.mitienda.com.ar
sudo certbot --nginx -d miblog.com.ar -d www.miblog.com.ar
sudo certbot renew --dry-run

Certbot te va a pedir un correo y que aceptes los términos. Cuando pregunte si querés redirigir HTTP a HTTPS, elegí que sí. El último comando, --dry-run, solo simula la renovación para confirmar que funciona.

Los errores más frecuentes (y su solución)

• Aparece «Welcome to nginx»: falta habilitar el sitio o el server_name no coincide con el dominio que escribiste.
• Mismo sitio en dos dominios: casi siempre es un server_name repetido o mal escrito.
• 403 Forbidden: revisá los permisos de la carpeta y que exista un archivo de inicio.
• 404 Not Found: la ruta de root no coincide con la carpeta real; compará letra por letra.
• Certbot no valida: los DNS todavía no apuntan al VPS. Esperá un rato y reintentá.

Mirá siempre primero el registro de errores del sitio con sudo tail -n 30 /var/log/nginx/mitienda.com.ar.error.log. Un minuto leyendo ese archivo te ahorra una hora de pruebas al azar.

Cómo mantener varias webs ordenadas y rápidas

Con varias webs conviviendo en un mismo VPS, el orden es tu mejor aliado:

• Un archivo de configuración por dominio, con el nombre del dominio.
• Copias de seguridad de /var/www y de /etc/nginx antes de cualquier cambio grande.
• Actualizaciones semanales con sudo apt update && sudo apt upgrade.

Sobre el rendimiento, está en tus manos mejorarlo: optimizá las imágenes antes de subirlas y activá la compresión y el caché de archivos estáticos dentro del bloque server de cada sitio:

gzip on;
location ~* \.(jpg|jpeg|png|webp|css|js)$ { expires 30d; }

Con htop podés ver qué proceso usa más memoria y decidir qué ajustar primero. Esos tres hábitos hacen que cada web cargue ágil, aunque convivan varias en el mismo servidor.

Dudas habituales antes de empezar

• ¿Hay un límite de sitios por VPS? No hay un número fijo. El límite real lo ponen los recursos de tu plan y el movimiento de cada web. Empezá con pocas, observá el consumo con htop y agregá de a una.
• ¿Sirve para WordPress? Sí, cada virtual host puede tener su propia instalación con su base de datos. Solo hay que agregar el soporte de PHP, que es un paso aparte.
• ¿Tengo que reiniciar el servidor al sumar un dominio? No. Alcanza con probar la configuración y recargar Nginx.
• ¿Puedo mezclar dominios de distintos proveedores? Sí. Mientras el registro A apunte a la IP de tu VPS, a Nginx le da igual dónde esté registrado cada dominio.

Si tu duda no está en la lista, probá reproducirla en un sitio de prueba antes de tocar una web en producción.

Un plan para tus próximos siete días

• Día 1: reuní los datos (IP, dominios, acceso SSH) e instalá Nginx.
• Día 2: creá las carpetas y los virtual hosts de tus dos primeros sitios.
• Día 3: apuntá los DNS y verificá la propagación.
• Día 4: activá SSL en todos los dominios.
• Día 5: configurá compresión y caché.
• Día 6: hacé tu primera copia de seguridad.
• Día 7: sumá un tercer sitio, ahora que ya conocés el molde.

Un servidor, todos tus proyectos

Aprender a configurar virtual hosts es una de esas habilidades que se pagan solas: con el mismo VPS vas a poder sumar proyectos sin multiplicar gastos. Al principio parece mucho, pero después de la primera vez, cada sitio nuevo lleva diez minutos.

Elegí hoy dos dominios, seguí los pasos en orden y comprobá cada uno antes de pasar al siguiente. ¡Y contanos cómo te fue!