Nginx-Proxy nach Anforderungsmethode

Ist es möglich / wie kann ich einen Nginx-Standortblock so konfigurieren, dass er je nach Anforderungsmethode (z. B. GET / POST) für verschiedene Backends Proxy-Funktionen verwendet?

Der Grund dafür ist, dass ich momentan die 2 Methoden unter 2 verschiedenen URLs (eine über http-Proxy und die andere über fcgi) bearbeite und versuche, es "REST" -voller zu machen, damit die GETting-Ressource die Liste im Idealfall zurückgibt Wenn Sie einen POST an dieselbe Ressource senden, sollte dies zur Liste hinzugefügt werden.

Ich verwende diese Konfiguration nicht, aber basierend auf den Beispielen hier :

location /service  {
  if ($request_method = POST ) {
    fastcgi_pass 127.0.0.1:1234;
  }

  if ($request_method = GET ) {
     alias /path/to/files;
  }
}

Wenn Sie Ihre eigene Anwendung schreiben, können Sie auch GET / POST darin prüfen und X-Accel-Redirect- Header senden , um den Transport der Dateien an nginx weiterzuleiten.

Obwohl Sie dies mit erreichen könnten if, wird dies in der Nginx-Dokumentation im Allgemeinen ifnicht empfohlen , da es mit anderen Anweisungen nicht gut funktioniert. Angenommen, GET sollte für alle Benutzer geöffnet sein, während POST nur für authentifizierte Benutzer mit HTTP Basic Auth gilt. Das müsste ifmit kombiniert werden auth_basic, was nicht richtig funktioniert.

Hier ist eine Alternative, die ohne geht if. Der Trick besteht darin, "GET" und "POST" als Teil der Upstream-Namen zu verwenden, damit diese durch Variablensubstitution behoben werden können:

http {
  upstream other_GET {
    server ...;
  }
  upstream other_POST {
    server ...;
  }
  server {
    location /service {
      proxy_pass http://other_$request_method;
    }
  }
}

Um dies mit HTTP Basic Auth für alles außer GET zu kombinieren, fügen Sie einfach einen limit_exceptBlock hinzu:

  ...
    location /service {
      proxy_pass http://other_$request_method;
      limit_except GET {
        auth_basic ...;
      }
    }
  ...

Dies ist, was ich getan habe, um Dinge für mich arbeiten zu lassen

add_header Allow "GET, POST, HEAD" always;
if ( $request_method !~ ^(GET|POST|HEAD)$ ) {
    proxy_pass http://back-end;
}

Leichte Änderung der Antwort von vog, um einen Standard-Handler für andere Methoden wie OPTIONEN, PUT usw. einzuschließen.

    upstream webdav_default {
            server example.com;
    }
    upstream webdav_upload {
            server example.com:8081;
    }
    upstream webdav_download {
            server example.com:8082;
    }
    server {
            map upstream_location $request_method {
                    GET     webdav_download;
                    HEAD    webdav_download;
                    PUT     webdav_upload;
                    LOCK    webdav_upload;
                    default webdav_default;
            }
            location / {
                    proxy_pass https://$upstream_location;
            }
    }

Ich konnte nicht die Antwort von @timmmmmy an der Arbeit, aber es weist mich auf die Karte Dokumentation und dies ist für mich:

map $request_method $upstream_location {
   PUT     example.com:8081;
   POST    example.com:8081;
   PATCH   example.com:8081;
   default example.com:8082;
}
server {
   location / {
      proxy_pass https://$upstream_location;
   }
}