1. Ajuste Crítico de Cabeçalhos (Headers de Proxy)

Para que a sua aplicação saiba que está rodando atrás de um proxy seguro, o Nginx precisa passar os cabeçalhos HTTP corretos para o servidor final. Sem as diretivas X-Forwarded-For e X-Forwarded-Proto, os links internos da sua aplicação podem quebrar ou tentar carregar via conexão insegura, gerando erros de conteúdo misto.

Sempre inclua essas linhas de comando no seu bloco de location dentro da configuração do Nginx. Isso garante que o servidor final receba o IP real do visitante e entenda que a conexão original é protegida por SSL, mantendo a integridade total de cookies de sessão e logins de usuário.

2. Redirecionamento Forçado de HTTP para HTTPS

Ter um certificado SSL instalado não resolve o problema se o usuário ainda conseguir acessar a versão insegura do seu site de forma direta. O ajuste profissional consiste em criar um bloco separado no Nginx para a porta 80 que faça um redirecionamento permanente (tipo 301) para a porta 443 do servidor.

Isso melhora significativamente o seu SEO e garante que absolutamente todos os dados trafegados entre o cliente e o seu servidor sejam criptografados desde o primeiro segundo de conexão. É uma configuração rápida de implementar, mas que elimina uma brecha de segurança crítica no seu ambiente.

3. Configuração do Limite de Upload (Body Size)

Se você tentar fazer o upload de um arquivo um pouco maior e receber um erro “413 Request Entity Too Large”, o culpado direto é a configuração padrão do Nginx. Por segurança inicial, ele limita o tamanho do corpo da requisição a apenas 1MB, o que é insuficiente para quase todas as aplicações web modernas.

Ajuste o parâmetro client_max_body_size para um valor mais realista, como 64MB ou 128MB, dependendo das necessidades do seu projeto específico. Esse pequeno ajuste técnico evita que seus usuários (ou o seu agente de automação) enfrentem travamentos ao tentar enviar imagens, PDFs ou documentos pesados para o servidor.

4. Checklist de Validação e Monitoramento SSL

• Teste a Sintaxe: Antes de aplicar qualquer mudança e reiniciar o serviço, use sempre o comando nginx -t no terminal. Isso valida se você não cometeu erros de digitação que poderiam derrubar o servidor inteiro durante o reload das configurações.
• Verifique a Validade: Utilize o comando certbot certificates para confirmar a data de expiração e o domínio exato coberto pelo seu SSL. Manter o controle sobre o ciclo de renovação é vital para evitar que o site exiba avisos de segurança indesejados para os clientes.
• Monitore em Tempo Real: Use o comando tail -f /var/log/nginx/error.log enquanto testa o acesso inicial após as mudanças. Monitorar os logs em tempo real permite capturar falhas de handshake SSL ou erros de redirecionamento imediatamente, antes que os usuários percebam.