Nginx - peut-on utiliser "si" en toute sécurité au niveau d'un bloc serveur ?

De "If is Evil" :

Dans certains cas, il est également possible de déplacer les ifs au niveau du serveur (où ils sont en sécurité car seules les autres directives du module de réécriture sont autorisées).

Cela suggère que if dans un server est plus sûre(r) que dans un location bloc.

Je ne sais pas ce que vous entendez par "sûr", mais laissez-moi vous parler d'un cas que j'ai rencontré récemment. J'avais besoin de refuser l'accès à un site à moins qu'un certain paramètre ne soit passé. Disons que la configuration ressemble à ceci :

server {
    server_name localhost;
    root /usr/share/nginx/html;
    try_files $uri /index.html;
}

J'ai ajouté un if :

    ...
    if ($arg_secret-key != 123456) {
        return 404;
    }

Pero nginx me donnerait 404 même si je fournissais le secret :

$ curl -sS localhost/?secret-key=123456

Il s'est avéré que try_files a fait une redirection interne vers /index.html (sans passer le paramètre), ce qui a donné lieu à 404. Pour que cela fonctionne, il fallait donc procéder de cette façon :

try_files $uri /index.html$is_args$args;

Mais en fait, je devais interdire l'accès à la page principale uniquement :

    ...
    location = / {
        if ($arg_secret-key != 123456) {
            return 404;
        }
    }

Et comme ça, ça a marché sans changer try_files . C'est parce qu'il y a aussi le index module . Et try_files n'est pas hérité par le location bloc. Ainsi, le index fait la bonne redirection vers /index.html?secret-key=123456 et pour la nouvelle demande, il n'y a plus rien à faire pour try_files .

Si vous n'êtes pas sûr de ce qui se passe, vous pouvez exécuter nginx construit avec --with-debug et configurer le journal d'erreurs avec l'option debug niveau, par exemple :

nginx.conf :

error_log  /var/log/nginx/error.log debug;
server {
    server_name localhost;
    root /usr/share/nginx/html;
    ...
}

$ docker run --rm --name nginx -p 1111:80 -dv $PWD/nginx.conf:/etc/nginx/conf.d/default.conf nginx:alpine nginx-debug -g 'daemon off;'
// launch `docker logs -f nginx` in a separate console, use Enter to separate requests
// processing starts with "generic phase: 0"
$ curl -sS localhost:1111/?secret-key=123456
// change nginx.conf
$ docker exec nginx nginx -s reload
$ curl -sS localhost:1111/?secret-key=123456
...
$ docker stop nginx

En savoir plus aquí .

Pour votre deuxième question, je pense que dans votre cas, avoir 2 server est préférable. Parce que c'est ce qui est suggéré par les développeurs, et si vous choisissez l'option if un jour, vous pourriez rencontrer un problème après avoir modifié la configuration. Ou vous pourriez vous rendre compte que dans certains cas, le système ne fonctionne pas comme vous l'aviez prévu (dans les cas plus complexes). On pourrait dire, if introduit une complexité dans la configuration que vous pourriez ne pas connaître. En tant que tel, j'utiliserais if si je comprenais bien comment tout cela fonctionne, ou si je n'avais pas d'autre choix. Et le if semble être pire en termes de performances. Bien que ce ne soit qu'une spéculation, et je ne peux pas fournir de chiffres. Dans mon cas, je ne vois pas de solution de contournement, et c'est donc ce que je vais utiliser pour l'instant.

Sie puede le faire, mais c'est fortement déconseillé. Il y a déjà une version officielle explication à ce sujet .

Pour faire fonctionner plusieurs sites, je recommande de créer plusieurs fichiers de configuration pour chaque site, puis d'inclure l'emplacement dans le fichier de configuration principal. nginx.conf .