Cómo configurar un servidor web en Linux

Qué hace un servidor web

La idea es más simple de lo que parece. Un navegador pide una dirección; un servidor web escucha ese pedido en un puerto —el 80 para HTTP, el 443 para HTTPS—, decide qué corresponde devolver y responde. Eso que devuelve puede ser un archivo estático —una página HTML, una imagen— o el resultado de un programa que genera la respuesta en el momento.

Antes de seguir conviene tener la base: esta guía asume un servidor con acceso por SSH y un cortafuegos configurado, porque el servidor web abre puertos al mundo y eso hay que gestionarlo.

Nginx o Apache

Son los dos servidores web de referencia, y la elección entre ellos importa menos de lo que la gente teme al empezar. Los dos sirven sitios perfectamente.

Recomendación práctica: si no tenés un motivo concreto para lo contrario, Nginx. Es lo más común hoy, su configuración es fácil de leer, y lo que aprendas se aplica al caso más frecuente. Los ejemplos de esta guía lo usan, pero el flujo es idéntico con Apache cambiando los nombres.

Instalar y servir un sitio

# Instalar Nginx desde el gestor de paquetes.
sudo apt update
sudo apt install nginx

# Arrancarlo y habilitarlo para que vuelva tras cada reinicio.
sudo systemctl enable --now nginx

# Permitirlo en el cortafuegos (abre 80 y 443).
sudo ufw allow 'Nginx Full'

# Comprobar que responde. Debería mostrar la página por defecto.
curl http://localhost

En este punto, si visitás la dirección del servidor en un navegador, ya ves la página de bienvenida de Nginx. Publicar tu sitio es reemplazar esa página por tus archivos:

# La carpeta que Nginx sirve por defecto en Ubuntu.
# Colocá ahí tu index.html y los archivos del sitio.
# /var/www/html/

# Tras cambiar la configuración, SIEMPRE comprobar y recargar:
sudo nginx -t              # comprueba que la configuración es válida
sudo systemctl reload nginx  # aplica sin cortar las conexiones

Los bloques de servidor

Un mismo servidor puede alojar varios sitios con distintos dominios. Cada uno se define en un bloque de servidor (en Apache se llama host virtual), que dice qué dominio atiende y desde qué carpeta lo sirve.

# Un bloque de servidor mínimo para un sitio.
server {
    listen 80;
    server_name ejemplo-propio.org www.ejemplo-propio.org;
    root /var/www/ejemplo-propio;
    index index.html;

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

Leído en voz alta, dice: «escuchá en el puerto 80; si el pedido es para este dominio, servilo desde esta carpeta; y ante cada dirección, buscá el archivo correspondiente o devolvé un error 404 si no está». Con esa estructura entendida, alojar un segundo sitio es agregar otro bloque con otro dominio y otra carpeta.

La organización habitual en Ubuntu es escribir cada bloque en un archivo dentro de /etc/nginx/sites-available/ y activarlo con un enlace en sites-enabled/, lo que permite tener sitios preparados y encenderlos o apagarlos sin borrar su configuración.

Activar HTTPS

Servir un sitio sin cifrar hoy no es una opción: los navegadores lo marcan como no seguro. La buena noticia es que activar HTTPS pasó de ser caro y manual a ser gratuito y automático.

1. Requisito previo: un dominio que apunte al servidorUn registro DNS que resuelva tu nombre a la dirección de la máquina. Sin eso, la autoridad de certificación no puede comprobar que el dominio es tuyo.
2. Instalar CertbotLa herramienta que obtiene y configura el certificado.
3. EjecutarloCertbot verifica el dominio con Let’s Encrypt, obtiene el certificado, reconfigura el servidor para HTTPS y añade la redirección de HTTP a HTTPS.

# Instalar Certbot con el complemento para Nginx.
sudo apt install certbot python3-certbot-nginx

# Obtener el certificado y configurar Nginx automáticamente.
sudo certbot --nginx -d ejemplo-propio.org -d www.ejemplo-propio.org

# Comprobar que la renovación automática está programada y funciona.
sudo certbot renew --dry-run

El detalle de qué protege exactamente ese certificado, la diferencia entre SSL y TLS y por qué la vigencia se acorta está en SSL, TLS y HTTPS. Lo esencial acá: los certificados de Let’s Encrypt duran poco a propósito, y por eso la renovación automática que programa Certbot no es un lujo sino lo que evita que el sitio se caiga cuando el certificado caduque.

Buenas prácticas

Un servidor web bien puesto es más que uno que responde. Lo mínimo:

• Solo los puertos necesarios. El 80 y el 443 abiertos, el resto cerrado en el cortafuegos.
• HTTPS obligatorio. Con la redirección de HTTP a HTTPS que configura Certbot, para que nadie navegue sin cifrar.
• El servidor web con su propio usuario sin privilegios. Como cualquier servicio: si es vulnerado, que no entregue el sistema entero.
• No revelar de más. Ocultar la versión exacta del servidor reduce la información que se da a quien busca objetivos.
• Actualizaciones al día. El servidor web es software expuesto a internet: es de lo primero que hay que mantener parcheado.

Errores frecuentes

Preguntas frecuentes

Fuentes

Documentación oficial y material de la comunidad consultados para esta guía. Fecha de consulta: 28 de julio de 2026.

Aportes de la comunidad Underc0de

1. Underc0de, foro. Sección GNU/Linux. Consultas de la comunidad sobre montar servicios y publicar sitios en un servidor propio.
2. Underc0de, foro. Sección Desarrollo web. El otro lado del servidor: qué se publica en él.

Documentación oficial

3. nginx. nginx documentation. La referencia oficial del servidor web citado en los ejemplos.
4. Apache. Apache HTTP Server Documentation. La documentación del otro servidor web de referencia.
5. EFF. Certbot. La herramienta que obtiene y renueva certificados automáticamente.
6. Let’s Encrypt. How It Works. La autoridad de certificación gratuita y automatizada.
7. Canonical. Ubuntu Server documentation. Guía de administración del servidor sobre el que se monta todo esto.