Como Instalar e Configurar Nginx no Ubuntu em uma VPS

Nginx é o servidor web mais usado em VPS Linux por um motivo: footprint baixo (uns 5-10 MB de RAM em idle), modelo event-driven que aguenta milhares de conexões simultâneas com poucos workers, e configuração declarativa que cresce bem desde um site estático até proxy reverso de microserviços. Mas instalação só com apt install nginx deixa a maior parte do trabalho real por fazer — server blocks padrão, sem HTTPS, firewall desconfigurado.

Este tutorial cobre a sequência completa pra ter uma VPS Ubuntu servindo um site (estático ou aplicação) com Nginx em produção: instalação, server block por domínio, firewall UFW, certificado HTTPS via Let’s Encrypt e ajustes mínimos de performance. Persona: developer que vai colocar uma aplicação ou site estático no ar e quer um setup limpo e auditável, não um copia-e-cola que esconde decisões.

Tempo estimado: 25-35 minutos, contando propagação de DNS se você ainda não apontou o domínio.

Pré-requisitos

Confirme antes de continuar que o domínio resolve corretamente. Em outra máquina, rode dig +short seudominio.com.br — a resposta deve ser exatamente o IP da sua VPS. Se demorou pra apontar, espere a propagação completar antes de tentar emitir certificado, porque cada falha do Let’s Encrypt conta no rate limit semanal.

Instalação do Nginx

A primeira etapa é instalar o pacote e validar que o serviço sobe corretamente. O Ubuntu vem com o Nginx empacotado e integrado ao systemd, então o ciclo é direto.

sudo apt update

sudo apt install -y nginx

sudo systemctl status nginx

Configuração do firewall UFW

Antes de expor portas, configure o firewall. O UFW (Uncomplicated Firewall) vem instalado no Ubuntu e usa perfis nomeados pra simplificar regras comuns.

sudo ufw app list

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

Server blocks para múltiplos domínios

Server blocks (equivalente a virtual hosts do Apache) permitem servir mais de um site na mesma VPS, cada um com seu domínio e raiz de arquivos separada. Mesmo que você tenha um site só por enquanto, configurar via server block facilita expansão depois.

sudo mkdir -p /var/www/seudominio.com.br/html
sudo chown -R $USER:$USER /var/www/seudominio.com.br/html
sudo chmod -R 755 /var/www/seudominio.com.br

echo "<h1>Funcionou</h1>" > /var/www/seudominio.com.br/html/index.html

server {
    listen 80;
    listen [::]:80;

    root /var/www/seudominio.com.br/html;
    index index.html index.htm;

    server_name seudominio.com.br www.seudominio.com.br;

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

sudo ln -s /etc/nginx/sites-available/seudominio.com.br /etc/nginx/sites-enabled/
sudo rm /etc/nginx/sites-enabled/default

sudo nginx -t
sudo systemctl reload nginx

HTTPS com Let’s Encrypt

Sem HTTPS hoje você perde SEO, ranking em qualquer navegador moderno mostra “Não seguro”, e formulários quebram. O Certbot do projeto Let’s Encrypt automatiza emissão e renovação gratuita.

sudo apt install -y certbot python3-certbot-nginx

sudo certbot --nginx -d seudominio.com.br -d www.seudominio.com.br

Verificação

Confirme que tudo está no ar. Abra https://seudominio.com.br no navegador — deve carregar a página de teste com cadeado verde. Pela linha de comando, valide o handshake TLS e os headers:

curl -I https://seudominio.com.br

A resposta esperada começa com HTTP/2 200 (Certbot habilita HTTP/2 por padrão) e inclui server: nginx/1.x.x. Se aparecer HTTP/1.1, sua configuração não tem http2 ativo — adicione em listen 443 ssl http2; no server block.

Para inspecionar o certificado em si:

echo | openssl s_client -connect seudominio.com.br:443 -servername seudominio.com.br 2>/dev/null | openssl x509 -noout -dates -issuer

Você verá notBefore e notAfter (validade de 90 dias) e o issuer “Let’s Encrypt”.

Tuning básico para produção

A config default do Nginx funciona, mas vale ajustar três parâmetros antes de receber tráfego real. Edite /etc/nginx/nginx.conf:

• worker_processes auto; — usa um worker por core de CPU automaticamente. Já vem como auto em versões recentes, confirme.
• worker_connections 4096; — eleva o limite de conexões simultâneas por worker (default 768 é conservador). Em VPS pequenas com pouca RAM, mantenha 1024.
• keepalive_timeout 30; — reduzir de 65s pra 30s libera workers mais rápido em workloads HTTP curtos.

Depois de editar, rode sudo nginx -t && sudo systemctl reload nginx.

Próximos passos

Com o Nginx no ar e servindo HTTPS, próximos movimentos comuns:

• Proxy reverso pra Node/Python/Go — substitua o try_files por proxy_pass http://127.0.0.1:3000; apontando pra sua aplicação rodando em porta interna.
• HTTP/3 (QUIC) — requer Nginx 1.25+ compilado com TLS adequado; avalie se o ganho de latência justifica sair do pacote oficial do Ubuntu.
• Rate limiting — limit_req_zone protege contra abuso em endpoints sensíveis (login, APIs públicas).
• Logs estruturados (JSON) — facilita ingestão em ferramentas de observabilidade. Configure via log_format custom.
• Backup do /etc/nginx/ — versionar suas configs num repositório Git privado evita perder horas reconstruindo após uma reinstalação.

Se você está colocando isso em produção, uma VPS Hostini já vem com Ubuntu LTS, IP IPv4 dedicado e console KVM no painel — útil quando você se tranca fora editando regras de firewall e precisa recuperar acesso sem abrir ticket.