Les pubs vous déplaisent ? Aller Sans pub Auj. 

Générateur de bloc serveur NGINX

PromoteurMise en réseau

ANNONCE · Supprimer ?

SAISIR

Processus automatique

Serveur

Nom du serveur

Domaine principal pour ce bloc de serveur.

Alias

Facultatif. Noms supplémentaires séparés par espace.

Port d'écoute

Mode

Fichiers statiques

Proxy inversé

Répertoire racine

Fichiers d'index

Liste séparée par espace.

URL de l'upstream

Service backend vers lequel le proxy envoie les requêtes.

Transmettre les en-têtes WebSocket (Upgrade / Connection)

SSL

Activer SSL (HTTPS)

Chemin du certificat

Chemin de la clé privée

Activer HTTP/2

Ajouter un bloc de redirection HTTP → HTTPS

Options supplémentaires

Activer la compression gzip

Taille maximale du corps du client

Journal d'accès

Journal d'erreur

SORTIR

Côté client

ANNONCE · Supprimer ?

Guide

Générateur de bloc serveur NGINX

Construisez un bloc de serveur NGINX prêt à coller à partir d'un formulaire simple. Choisissez un port, optez entre servir des fichiers statiques ou rediriger vers un backend, et activez SSL, HTTP/2, gzip et une redirection automatique HTTP vers HTTPS. Le résultat se met à jour en temps réel et peut être collé directement dans /etc/nginx/sites-available/ la plupart des distributions.

Comment utiliser

Entrez le principal Nom du serveur (par exemple example.com) et tout autre alias tel que www.example.com.
Sélectionnez le Port d'écoute — généralement 80 pour HTTP. Le port est automatiquement remplacé par 443 ssl lorsque SSL est activé.
Choisissez un Mode: Fichiers statiques révèle les champs du répertoire racine et des fichiers d'index, tandis que Proxy inversé révèle un champ d'URL d'upstream avec une transmission facultative des en-têtes WebSocket.
Basculer Activer SSL pour ajouter les chemins des certificats, HTTP/2 et un bloc de redirection automatique HTTP vers HTTPS.
Modifier Options supplémentaires comme la compression gzip, la taille maximale du corps du client et les chemins des journaux d'accès/erreurs.
Utilisez le Copie ou Télécharger boutons dans la sortie pour récupérer la configuration.

Caractéristiques

Mode statique ou proxy inversé – Passer du mode de service de fichiers à partir d'un répertoire racine au mode de redirige vers un service upstream.
Aides SSL – Un commutateur ajoute ssl_certificate, ssl_certificate_key, les protocoles TLS modernes, l'option HTTP/2 et un bloc de redirection séparé HTTP vers HTTPS.
Proxy conscient des WebSockets – Le mode de proxy inversé peut émettre les Upgrade et Connection en-têtes nécessaires pour les backends basés sur WebSocket et Server-Sent Events.
Paramètres par défaut sécurisés pour la production – En-têtes sensibles, types MIME compressés, écoute IPv6, et chemins configurables X-Forwarded-* , journaux d'accès et journaux d'erreurs. client_max_body_size– Le résultat se régénère automatiquement à chaque changement d'entrée, avec des boutons de copie et de téléchargement pour une déploiement rapide.
Prévisualisation en temps réel Qu'est-ce qu'un bloc de serveur NGINX ?

 FAQ

Un bloc de serveur est l'équivalent d'un hôte virtuel Apache dans NGINX. Il regroupe des directives qui déterminent la manière dont NGINX répond à une requête pour un nom d'hôte et un port précis : quels fichiers servir, où rediriger le trafic, quel certificat TLS utiliser, et quels journaux écrire. NGINX compare une requête entrante à un bloc de serveur en comparant son

en-tête et son socket d'écoute au bloc correspondant. Host Comment NGINX choisit-il entre fichiers statiques et proxy inversé ? server_name et listen ") directives.
Le comportement est déterminé par

. Un emplacement de fichiers statiques utilise locationpour rechercher des fichiers sur disque ; un emplacement de proxy inversé utilise root plus try_files et index pour rediriger la requête vers une autre adresse sur HTTP. NGINX ne détecte pas automatiquement l'intention — vous choisissez le mode en écrivant les directives appropriées, et NGINX exécute simplement le bloc correspondant à l'URI de la requête. proxy_pass Pourquoi utiliser HTTP/2 au lieu d'HTTP/1.1 ?
HTTP/2 multiplexe de nombreuses requêtes parallèles sur une seule connexion TCP, envoie les en-têtes sous forme binaire compressée (HPACK) et prend en charge le push du serveur. En pratique, cela réduit les blocages en tête de file et diminue la latence pour les pages chargées avec de nombreux ressources provenant de la même origine. HTTP/2 exige également TLS dans les navigateurs, ce qui explique sa mise en place conjointement avec SSL sur le même écouteur.

Qu'est-ce que la compression gzip compresse réellement ?
Le module

de NGINX comprime les corps des réponses avant qu'ils ne quittent le serveur, en utilisant DEFLATE avec un niveau configurable. Il est le plus efficace sur les types MIME textuels — HTML, CSS, JavaScript, JSON, XML, SVG — et n'a aucun effet sur les formats déjà compressés comme JPEG, PNG ou vidéo. NGINX annonce son support aux clients via l' gzip en-tête afin que les caches puissent stocker à la fois les versions compressées et non compressées. Vary: Accept-Encoding Quel est le rôle de X-Forwarded-For lors du proxy ?
Lorsqu'une requête passe par un proxy inversé, le service upstream voit l'IP du proxy comme client. L'

en-tête préserve la chaîne d'adresses clients initiale, et X-Forwarded-For enregistre uniquement l'adresse du client immédiat. Ensemble avec X-Real-IP , ils permettent au backend de reconstruire qui est le visiteur réel et s'il a connecté via HTTPS, ce qui est essentiel pour le contrôle précis des taux, des accès et des analyses. X-Forwarded-Protowww.example.com api.example.com

Envie d'une expérience sans pub ? Passez à la version sans pub



 Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur

恵 Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?