Anúncios incomodam? Ir Sem anúncios Hoje 

Gerador de Bloco de Servidor NGINX

DesenvolvedorRede

ANUNCIADO Remover?

ENTRADA

Processo Automático

Servidor

Nome do Servidor

Domínio principal para este bloco de servidor.

Alias

Opcional. Nomes adicionais separados por espaço.

Porta de Escuta

Modo

Arquivos estáticos

Proxy reverso

Raiz do Documento

Arquivos de Índice

Lista separada por espaço.

URL do upstream

Serviço de backend para o qual o proxy redireciona.

Forward headers WebSocket (Upgrade / Connection)

SSL

Ativar SSL (HTTPS)

Caminho do Certificado

Caminho da Chave Privada

Ativar HTTP/2

Adicionar bloco de redirecionamento HTTP → HTTPS

Extras

Ativar compressão gzip

Tamanho máximo do corpo do cliente

Log de Acesso

Log de Erro

SAÍDA

Lado cliente

ANUNCIADO Remover?

Guia

Gerador de Bloco de Servidor NGINX

Crie um bloco de servidor NGINX pronto para colar a partir de um formulário simples. Escolha uma porta, escolha entre servir arquivos estáticos ou redirecionar para um backend, e ative SSL, HTTP/2, gzip e um redirecionamento automático HTTP para HTTPS. O resultado atualiza enquanto você digita e é seguro para colar diretamente em /etc/nginx/sites-available/ na maioria das distribuições.

Como usar

Digite o principal Nome do Servidor (por exemplo example.com) e quaisquer alias adicionais, como www.example.com.
Escolha o Porta de Escuta — normalmente 80 para HTTP. A porta é automaticamente substituída por 443 ssl quando o SSL está ativado.
Escolha um Modo: Arquivos estáticos revele os campos de raiz do documento e arquivos de índice, enquanto Proxy reverso revele um campo de URL do upstream com opção de transmissão de cabeçalhos WebSocket.
Alternar Ativar SSL para adicionar caminhos de certificados, HTTP/2 e um bloco automático de redirecionamento HTTP para HTTPS.
Ajuste Extras como compressão gzip, tamanho máximo do corpo do cliente e caminhos dos logs de acesso/erro.
Use o cópia de ou Download botões no resultado para obter a configuração.

Características

Modo estático ou proxy reverso – Alternar entre servir arquivos a partir de uma raiz de documento e redirecionar solicitações para um serviço upstream.
Ajuda com SSL – Uma opção ativa ssl_certificate, ssl_certificate_key, protocolos TLS modernos, HTTP/2 opcional e um bloco separado de redirecionamento HTTP para HTTPS.
Proxy consciente de WebSocket – O modo de proxy reverso pode emitir os Upgrade e Connection cabeçalhos necessários para backends de WebSocket e Server-Sent Events.
Configurações seguras para produção – Cabeçalhos sensatos, X-Forwarded-* tipos MIME gzip, escuta IPv6 e caminhos configuráveis client_max_body_size, caminho do log de acesso e log de erro.
Pré-visualização em tempo real – O resultado é regenerado automaticamente com cada mudança de entrada, e há botões de cópia e download para implantação rápida.

 Perguntas frequentes

O que é um bloco de servidor NGINX?

Um bloco de servidor é a equivalência de um virtual host no Apache. Ele agrupa diretivas que decidem como o NGINX responde a uma solicitação para um nome de host e porta específico: quais arquivos servir, onde redirecionar o tráfego, qual certificado TLS usar e quais logs escrever. O NGINX compara uma solicitação entrante com um bloco de servidor comparando seu Host cabeçalho e socket de escuta com o bloco de server_name e listen diretivas.
Como o NGINX escolhe entre arquivos estáticos e proxy reverso?

O comportamento é decidido por location. Um local de arquivo estático usa root mais try_files e index para localizar arquivos no disco; um local de proxy reverso usa proxy_pass para redirecionar a solicitação para outro endereço por HTTP. O NGINX não detecta automaticamente a intenção — você escolhe o modo escrevendo as diretivas apropriadas, e o NGINX simplesmente executa o bloco que corresponde à URI da solicitação.
Por que usar HTTP/2 em vez de HTTP/1.1?

O HTTP/2 multiplexa muitas solicitações paralelas sobre uma única conexão TCP, envia cabeçalhos em formato binário comprimido (HPACK) e suporta push do servidor. Na prática, isso reduz o bloqueio de cabeça e diminui a latência para páginas que carregam muitos recursos de uma mesma origem. O HTTP/2 exige TLS nos navegadores, o que é a razão pela qual ele é ativado juntamente com SSL na mesma escuta.
O que realmente comprime a compressão gzip?

O módulo gzip do NGINX comprime os corpos das respostas antes de eles deixarem o servidor, usando DEFLATE com um nível configurável. Ele é mais eficaz em tipos MIME textuais — HTML, CSS, JavaScript, JSON, XML, SVG — e é um não-operação em formatos já comprimidos como JPEG, PNG ou vídeo. O NGINX anuncia suporte aos clientes via o cabeçalho Vary: Accept-Encoding para que os caches possam armazenar cópias comprimidas e não comprimidas.
Qual é o papel do X-Forwarded-For ao fazer proxy?

Quando uma solicitação passa por um proxy reverso, o serviço upstream vê o IP do proxy como o cliente. O cabeçalho X-Forwarded-For preserva a cadeia original de endereços do cliente, e X-Real-IP registra apenas o cliente imediato. Juntos com X-Forwarded-Proto, eles permitem que o backend reconstrua quem é o visitante real e se ele se conectou por HTTPS, o que é essencial para limitação de taxa, controle de acesso e análise precisa.