Nginx - Directives du module HTTP

Le module HTTP Il contient 3 niveaux de blocs pour gérer son fonctionnement, dans chacun de ces blocs, nous pouvons placer des directives et des variables qui nous aident à façonner le comportement de notre service pour une page que nous avons décidé de servir de notre équipe.
Il est important de savoir où vont ces directives, car si nous les plaçons dans un bloc, elles peuvent ne pas fonctionner ou il peut n'avoir aucun sens de les y placer.
Directive d'écoute
Cette directive est utilisée dans le bloc de serveur et nous permet de définir le port ou l'adresse IP par lequel Nginx il écoutera les demandes pour pouvoir servir le contenu requis, généralement le port 80 est utilisé, qui est le port par défaut pour l'accès Internet. Nous pouvons ajouter une option supplémentaire appelée SSL où nous pouvons définir un certificat de sécurité. Voici quelques exemples d'utilisation de cette directive :

écoutez 192.168.1.1:80;
écouter 127.0.0.1;
écouter 80 par défaut;
écoutez [::: a8c9: 1234]: 80; # Les adresses IPV6 doivent être mises entre crochets
écouter 443 ssl;

Directive nom_serveur
Attribue un ou plusieurs noms à un serveur nginx de sorte que lorsqu'il reçoit une demande sous ce nom, il peut servir le contenu spécifié dans un délai bloc de serveurCeci est réalisé en utilisant une comparaison entre le nom reçu par la demande et celui défini dans le module, au cas où il n'y aurait pas de nom, le premier bloc serveur qui correspond aux informations d'écoute sera pris, dans l'image suivante on peut voir plusieurs exemples de cette directive dans un serveur nginx:

Voyons le reste des directives :
envoyer le fichierCette directive peut être située dans l'un des 3 niveaux de configuration que nous avons et est responsable de la gestion en tant que Nginx il se chargera de la transmission des fichiers, par défaut il s'éteint, ses valeurs peuvent être allumé pour allumé et éteint pour éteintDans le cas où Nginx est désactivé, il gérera lui-même la transmission des fichiers, bien que cela puisse entraîner une perte de performances.
reset_timeout_connectionCette directive nous permet d'indiquer si une fois qu'une requête est déclarée comme perdue car plus de temps que autorisé s'est écoulé, alors le contenu de la mémoire qui a servi à stocker les informations de la requête qui vient de mourir est supprimé utilisé dans les 3 blocs ainsi et leurs valeurs sont activées pour on et off pour off.
nom_serveur_en_redirectionCette directive s'applique dans le cas où nous devons effectuer une redirection interne vers un autre service que notre Nginx ont à disposition, il peut avoir deux valeurs on et off, s'il est on, le prénom spécifié dans la directive sera utilisé nom du serveurS'il est désactivé, Nginx utilise la valeur de la requête HTTP.
Comme nous pouvons le voir, nous avons un certain nombre de directives que nous pouvons appliquer pour contrôler notre serveur avec NginxIl est très important de respecter le contexte dans lequel ils peuvent être appliqués, car si nous ne pouvons pas courir le risque que notre serveur n'ait pas le bon comportement.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif