Nginx - configuration minimale

Les serveurs sécurisés sont des serveurs qui n'autorisent que le nombre requis. Idéalement, nous construirions le serveur sur la base d’un système minimal en activant d’autres fonctionnalités individuellement. Une configuration minimale aide également au débogage. Si le bug n'est pas disponible dans un système minimal, ajoutez la fonctionnalité individuellement et poursuivez la recherche du bug.

Il s'agit de la configuration minimale requise pour exécuter nginx :

# /etc/nginx/nginx.confevents {}         # event context have to be defined to consider config validhttp { server {    listen 80;    server_name  javatpoint.co  www.javatpoint.co  *.javatpoint.co;    return 200 "Hello";  }

Directives Root, Location et try_files

Directive Root

La directive root est utilisée pour définir le répertoire racine des requêtes, permettant à nginx de mapper les requêtes entrantes au système de fichiers supérieur.

server {  listen 80;  server_name javatpoint.co;  root /var/www/javatpoint.co;}

Il permet à nginx de renvoyer le contenu du serveur en fonction de la requête :

javatpoint.co:80/index.html     # returns /var/www/learnfk.com/index.htmljavatpoint.co:80/foo/index.html # returns /var/www/learnfk.com/foo/index.html

Directive Location

La directive location est utilisée pour définir la configuration en fonction de l'URI (Uniform Resource Identifier) ​​demandé.

La syntaxe est :

location [modifier] path

Exemple :

location /foo {  # ...}

Si aucun modificateur n'est spécifié, le chemin est traité comme un préfixe et tout peut suivre. L'exemple ci-dessus correspondra :

/foo/fooo/foo123/foo/bar/index.html...

Nous pouvons également utiliser plusieurs directives de localisation dans un contexte donné :

server {  listen 80;  server_name javatpoint.co;  root /var/www/javatpoint.co;  location/{    return 200 "root";  }  location /foo {    return 200 "foo";  }}javatpoint.co:80  /      # => "root"javatpoint.co:80   /foo    # => "foo"javatpoint.co:80   /foo123 # => "foo"javatpoint.co:80   /bar    # => "root"

Nginx fournit également des modificateurs qui peuvent être utilisés conjointement avec la directive de localisation.

Recherchez sur le compte officiel du backend de la communauté chinoise Linux et répondez « cuisine privée » pour obtenir un coffret cadeau surprise.

Priorité attribuée au modificateur :

=           - Exact match^~          - Preferential match~ && ~*     - Regex matchno modifier - Prefix match

Tout d'abord, nginx vérifiera toutes les correspondances exactes. S'il n'existe pas, il recherchera l'option préférée. Si cette correspondance échoue également, les correspondances d’expressions régulières seront testées dans l’ordre dans lequel elles apparaissent. Si tout le reste échoue, la dernière correspondance de préfixe sera utilisée.

location /match {  return 200 'Prefix match: will match everything that starting with /match';}location ~* /match[0-9] {  return 200 'Case insensitive regex match';}location ~ /MATCH[0-9] {  return 200 'Case sensitive regex match';}location ^~ /match0 {  return 200 'Preferential match';}location = /match {  return 200 'Exact match';}/match     # => 'Exact match'/match0    # => 'Preferential match'/match1    # => 'Case insensitive regex match'/MATCH1    # => 'Case sensitive regex match'/match-abc # => 'Prefix match: matches everything that starting with /match'

directive try_files

Cette directive essaie différents chemins et renvoie tous ceux trouvés.

try_files $uri index.html =404;

Donc /foo.html essaiera de renvoyer les fichiers dans l'ordre suivant :

$uri(/foo.html);index.html

Si introuvable : 404

如果我们在服务器上下文中定义try_files，然后定义查找所有请求的位置，则不会执行try_files。发生这种情况是因为服务器上下文中的try_files定义了其伪位置，该伪位置是可能的最低特定位置。因此，定义location/ 会比我们的伪位置更具体。

server {  try_files $uri /index.html =404;  location/{  }}

因此，我们应该避免在服务器上下文中使用try_files:

server {  location/{    try_files $uri /index.html =404;  }}