Nginxリバースプロキシ+ URL書き換え

Nginxはポート80で実行されており、この方法で/fooポートへのパスを持つプロキシURLをリバースするために使用しています3200。

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

これは正常に機能しますが3200、port にアプリケーションがあり、そのためにイニシャル/fooを送信したくありません。つまりhttp://localhost/foo/bar、アクセスするときに/bar、アプリが受信したパスになりたいだけです。そこで、上記のロケーションブロックにこの行を追加してみました。

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

これにより302リダイレクト（URLの変更）が発生しますが、301が必要です。どうすればよいですか？

localhostへのリダイレクトは、リモートシステム（クライアントのWebブラウザーなど）からは意味がありません。したがって、書き換えフラグのパーマネント（301）またはリダイレクト（302）は使用できません。

透過的な書き換えルールを使用して次のセットアップを試してください。

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

curl -i書き換えのテストに使用します。ルールを微妙に変更すると、nginxがリダイレクトを実行する可能性があります。

proxy_passディレクティブでURIを指定している限り、書き換えルールを使用せずに、このために単純な場所プレフィックスマッチングが機能します。

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

ディレクティブ/の最後の追加に注意してくださいproxy_pass。NGINXは一致したプレフィックスを削除し/foo、残りをURIのバックエンドサーバーに渡します/。したがって、http://myserver:80/foo/barバックエンドにに投稿しhttp://localhost:3200/barます。

proxy_passのNGINXドキュメントから：

proxy_passディレクティブがURIで指定されている場合、リクエストがサーバーに渡されると、場所に一致する正規化されたリクエストURIの一部がディレクティブで指定されたURIに置き換えられます。

絶対的な最も正しい方法とベストプラクティスは、通常次のとおりです。

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

• の末尾のスラッシュがproxy_pass非常に重要であることに注意してください。これにより、$uri変数が自動的に変更さ/foo/れ、フロント/エンドとバックエンドが対応するようになります。明示的なrewriteディレクティブは必要ありません。

• さらに、の末尾/locationも非常に重要であることに注意してください。これがないと、サイトに奇妙なURLが一時的に表示される危険があります（例：/fooenに加えて動作する/foo/en）。

  また、末尾/にあるlocationとは、proxy_passまた、いくつか確実に特別な処理をするドキュメントごとに、location効果的に暗黙のを引き起こすことが、ディレクティブlocation = /foo {return 301 /foo/;}にも。

  したがって、location上記のように末尾のスラッシュを使用してa を定義すると、スラッシュのない接尾辞URL /fooenが有効にならないだけで/fooなく、末尾のスラッシュのないa も有効になります。

参照ドキュメント：

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

試してみる

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

または

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

@Terabuckまだ返事がないのでごめんなさい。

localhostを使用しないでください。これは、hostsファイルがあるサーバーでアプリケーションが実行されているという事実に依存しているためです。ローカルホストは、127.0.0.1へのデフォルトの変換のみです。このhostsファイルを用意する必要があることを示すものは何もありません。持っているのはごく一般的なことです。

ループバックインターフェイスを使用することも、依存する一般的なものですが、ネットワークスタックのループバックインターフェイスに依存していることに変わりはありません。これらの2つがないことはまれです。これについて心配するなら。少なくともunix / linuxでは、ソケットのオプションがあります。これにより、ネットワークスタックがローカルホストに到達する必要がなくなります。ホストOSにはいくつかの要因があるため、このアプローチには注意が必要です。開いているファイルの数など。