Warum wird in Nginx die 405-Fehlerseite möglicherweise im Hauptserverblock richtig angezeigt, aber nicht in Serverblöcken, die zum Hauptblock weiterleiten?

Question

nginxDokumentationsagt folgendes:

Die angegebene Bedingung wird ausgewertet. Wenn sie zutrifft, werden die in Klammern angegebenen Modulanweisungen ausgeführt und der Anfrage wird die Konfiguration innerhalb der if-Anweisung zugewiesen. Konfigurationen innerhalb der if-Anweisungen werden von der vorherigen Konfigurationsebene übernommen.

In Ihrer Beispielkonfiguration würde dies bedeuten, dass die return 301Konfiguration von der übergeordneten Konfigurationsebene übernommen wird. Aus der Dokumentation geht nicht hervor, was passiert, wenn sowohl die vorherige als auch die aktuelle Konfigurationsebene eine returnAnweisung enthalten. Aus Ihrem Ergebnis scheint jedoch hervorzugehen, dass die übernommene Anweisung erhalten bleibt.

Es wurde bereits vorgeschlagen, dass die Umleitung in einen Standort aufgenommen wird. Ich schreibe hier eine genaue Konfiguration, um hervorzuheben, wie der Konfigurationsblock aussehen sollte:

server {
    listen 80;
    listen [::]:80;

    server_name example.com www.example.com;

    if ($request_method !~ ^(GET|HEAD|POST)$) {
        return 405;
    }

    location / {
        return 301 https://www.example.com$request_uri;
    }
}

Eine andere Möglichkeit ist die Verwendung von limit_except. Dies ist eine ungetestete Version:

server {
    listen 80;
    listen [::]:80;

    server_name example.com www.example.com;

    location /
        error_page 403 =405 /html/405.html;
        limit_except GET POST {
            deny all;
        }

        return 301 https://www.example.com$request_uri;
    }
}

limit_excepterlaubt GET- und POST-Methoden, alle anderen werden verweigert. HEAD wird implizit durch die Erlaubnis von GET zugelassen.

error_pageDie Direktive wird verwendet, um 403den Fehlercode in deny alleinen 405Rückgabecode zu übersetzen und die Fehlerseite anzuzeigen.

Answer 1