¿Odias los anuncios? Ir Sin publicidad Hoy 

Generador de Bloques de Servidor NGINX

DesarrolladorRedes

ANUNCIO · ¿ELIMINAR?

APORTE

Proceso automático

Servidor

Nombre del servidor

Dominio principal para este bloque de servidor.

Alias

Opcional. Nombres adicionales separados por espacios.

Puerto de escucha

Modo

Archivos estáticos

Proxy inverso

Raíz del documento

Archivos de índice

Lista separada por espacios.

URL de upstream

Servicio posterior al que redirige el proxy.

Enviar encabezados de WebSocket (Upgrade / Connection)

SSL

Habilitar SSL (HTTPS)

Ruta del certificado

Ruta de la clave privada

Habilitar HTTP/2

Añadir bloque de redirección HTTP → HTTPS

Extras

Habilitar compresión de gzip

Tamaño máximo del cuerpo del cliente

Registro de acceso

Registro de errores

PROD.

Lado cliente

ANUNCIO · ¿ELIMINAR?

Guía

Generador de Bloques de Servidor NGINX

Crea un bloque de servidor NGINX listo para pegar a partir de un formulario simple. Elige un puerto, selecciona entre servir archivos estáticos o redirigir a un servicio posterior, y activa SSL, HTTP/2, gzip y una redirección automática de HTTP a HTTPS. El resultado se actualiza mientras escribes y es seguro para pegarlo directamente en /etc/nginx/sites-available/ la mayoría de las distribuciones.

Cómo Usar

Introduce el principal Nombre del servidor (por ejemplo example.com) y cualquier alias adicional como www.example.com.
Elige el Puerto de escucha — típicamente 80 para HTTP. El puerto se reemplaza automáticamente por 443 ssl cuando se habilita SSL.
Elige un Modo: Archivos estáticos muestra los campos de raíz del documento y archivos de índice, mientras que Proxy inverso muestra un campo de URL de upstream con posibilidad de enviar encabezados de WebSocket.
Palanca Habilitar SSL para añadir rutas de certificados, HTTP/2 y un bloque automático de redirección HTTP a HTTPS.
Ajustar Extras como compresión de gzip, tamaño máximo del cuerpo del cliente y rutas de los registros de acceso/error.
Utiliza el Copiar o Descargar botones en la salida para obtener la configuración.

Características

Modo estático o proxy inverso – Alternar entre servir archivos desde una raíz de documentos y redirigir solicitudes a un servicio posterior.
Ayudantes de SSL – Una opción activa añade ssl_certificate, ssl_certificate_key, protocolos TLS modernos, HTTP/2 opcional y un bloque separado de redirección HTTP a HTTPS.
Proxy consciente de WebSocket – El modo de proxy inverso puede emitir los Upgrade y Connection encabezados necesarios para backends de WebSocket y Server-Sent Events.
Valores predeterminados seguros para producción – Encabezados sensatos, X-Forwarded-* tipos MIME comprimidos, escucha IPv6, y rutas configurables client_max_body_size, rutas de registro de acceso y errores.
Previsualización en tiempo real – El resultado se regenera automáticamente con cada cambio de entrada, y tiene botones de copia y descarga para una implementación rápida.

 Preguntas frecuentes

¿Qué es un bloque de servidor NGINX?

Un bloque de servidor es la equivalencia de un host virtual en Apache. Agrupa directivas que determinan cómo NGINX responde a una solicitud para un nombre de host y puerto específico: qué archivos servir, dónde redirigir el tráfico, qué certificado TLS usar y qué registros escribir. NGINX compara una solicitud entrante con un bloque de servidor mediante la comparación de su Host encabezado y socket de escucha con el bloque de server_name y listen directivas.
¿Cómo elige NGINX entre archivos estáticos y proxy inverso?

El comportamiento se decide por location. Un lugar de archivos estáticos utiliza root más try_files y index para buscar archivos en disco; un lugar de proxy inverso utiliza proxy_pass para redirigir la solicitud a otra dirección mediante HTTP. NGINX no detecta automáticamente la intención — tú eliges el modo escribiendo las directivas adecuadas, y NGINX simplemente ejecuta el bloque que coincida con la URI de la solicitud.
¿Por qué usar HTTP/2 en lugar de HTTP/1.1?

HTTP/2 multiplexa muchos pedidos paralelos sobre una sola conexión TCP, envía encabezados en un formato binario comprimido (HPACK) y soporta el empuje del servidor. En la práctica, esto reduce el bloqueo de cabeza y disminuye la latencia para páginas que cargan muchos recursos desde la misma fuente. HTTP/2 también requiere TLS en los navegadores, por lo que se habilita junto con SSL en el mismo listener.
¿Qué compresiona realmente la compresión gzip?

El módulo gzip de NGINX comprime los cuerpos de respuesta antes de que dejen el servidor, usando DEFLATE con un nivel configurable. Es más efectivo en tipos MIME textuales — HTML, CSS, JavaScript, JSON, XML, SVG — y es una operación sin efecto en formatos ya comprimidos como JPEG, PNG o video. NGINX anuncia soporte a los clientes mediante el Vary: Accept-Encoding encabezado para que los cachés puedan almacenar copias comprimidas y no comprimidas.
¿Qué papel tiene X-Forwarded-For al hacer proxy?

Cuando una solicitud pasa por un proxy inverso, el servicio upstream ve la IP del proxy como cliente. El X-Forwarded-For encabezado conserva la cadena original de direcciones del cliente, y X-Real-IP registra solo al cliente inmediato. Juntos con X-Forwarded-Proto, permiten al backend reconstruir quién es el visitante real y si se conectó mediante HTTPS, lo cual es esencial para el control de tasas, acceso y análisis precisos.