Nginx Reverse Proxy + Umschreiben der URL

Nginx läuft auf Port 80, und ich bin mit ihm Proxy - URLs mit Pfad umkehren /foozu Port auf 3200diese Weise:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

Dies funktioniert einwandfrei, aber ich habe eine Anwendung auf dem Port 3200, für die ich nicht möchte, dass die Initiale /fooan gesendet wird. Das heißt - wenn ich darauf zugreife http://localhost/foo/bar, möchte ich nur /barder Pfad sein, wie er von der App empfangen wird. Also habe ich versucht, diese Zeile zum obigen Standortblock hinzuzufügen:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

Dies bewirkt eine Weiterleitung 302 (Änderung der URL), aber ich möchte 301. Was soll ich tun?

Jegliche Weiterleitung zu localhost ist auf einem entfernten System (z. B. dem Webbrowser des Clients) nicht sinnvoll. Daher sind die Umschreibungsflags permanent (301) oder umleiten (302) in Ihrem Fall nicht verwendbar.

Bitte versuchen Sie das folgende Setup mit einer transparenten Umschreiberegel:

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

Verwenden curl -iSie diese Option, um Ihre Umschreibungen zu testen. Eine sehr subtile Änderung der Regel kann dazu führen, dass Nginx eine Umleitung durchführt.

Der einfache Abgleich von Standortpräfixen funktioniert ohne Verwendung einer Umschreiberegel, solange Sie einen URI in der Anweisung proxy_pass angeben:

location /foo {
  proxy_pass http://localhost:3200/;
}

Beachten Sie den Zusatz /am Ende der proxy_passRichtlinie. NGINX entfernt das übereinstimmende Präfix /foound übergibt den Rest an den Back-End-Server am URI /. Daher http://myserver:80/foo/barwird im Backend unter gepostet http://localhost:3200/bar.

In den NGINX-Dokumenten zu proxy_pass :

Wenn die Anweisung proxy_pass mit einem URI angegeben wird, wird bei der Übergabe einer Anforderung an den Server der Teil einer normalisierten Anforderungs-URI, der mit dem Speicherort übereinstimmt, durch einen in der Anweisung angegebenen URI ersetzt:

Der absolut korrekteste Weg und die beste Vorgehensweise lauten normalerweise wie folgt:

location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

• Beachten Sie, wie wichtig der abschließende Schrägstrich istproxy_pass , der die $uriVariable automatisch so ändert , dass sie /foo/im Frontend mit /der im Backend übereinstimmt . Keine explizite rewriteAnweisung erforderlich .

• Beachten Sie außerdem, dass das Nachziehen /derlocation URL ebenfalls sehr wichtig ist. Ohne diese Angabe besteht die Gefahr, dass Ihre Website an einem bestimmten Punkt komisch aussehende URLs enthält (z. B. eine /fooenzusätzliche URL /foo/en).

  Darüber hinaus stellt das Nachziehen /des locationwith proxy_passauch eine spezielle Behandlung gemäß der Dokumentation der locationDirektive sicher , um auch ein Implizit effektiv zu verursachen location = /foo {return 301 /foo/;}.

  Wenn Sie also ein locationmit dem abschließenden Schrägstrich wie oben definieren, stellen Sie nicht nur sicher, dass URLs ohne Suffix wie /fooenungültig sind, sondern auch, dass ein /fooohne abschließenden Schrägstrich weiterhin funktioniert.

Referenzdokumentation:

• http://nginx.org/r/location
• http://nginx.org/r/proxy_pass

Versuchen

location /foo {
    proxy_pass http://localhost:3200/;
    ....

oder

location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....

@Terabuck Es tut uns leid, dass wir noch nicht geantwortet haben.

Sie sollten localhost nicht verwenden, da Sie davon abhängig sind, dass die Anwendung auf einem Server mit einer Hosts-Datei ausgeführt wird. Lokaler Host ist nur eine Standardübersetzung auf 127.0.0.1. Es gibt nichts, was besagt, dass Sie diese Hosts-Dateien haben müssen. Es ist nur sehr verbreitet, einen zu haben.

Eine Loopback-Schnittstelle zu haben, ist wieder eine weitere häufige Sache, von der Sie abhängig sind, aber Sie sind immer noch von der Loopback-Schnittstelle auf dem Netzwerkstapel abhängig. Es ist ein seltener Fall, diese beiden nicht zu haben. Wenn Sie sich jemals darum sorgen. Zumindest unter Unix / Linux haben Sie die Möglichkeit für Sockets. Dadurch muss der Netzwerkstapel nicht mehr den lokalen Host erreichen. Gehen Sie bei diesem Ansatz mit Vorsicht vor, da einige Faktoren auf dem Host-Betriebssystem eine Rolle spielen. Wie die Anzahl der geöffneten Dateien usw.