Nginx httpsの書き換えによりPOSTがGETになります

私のプロキシサーバーはIP Aで実行され、これが人々が私のWebサービスにアクセスする方法です。nginx構成は、IP Bの仮想マシンにリダイレクトします。

IP Aのプロキシサーバーの場合、これは自分のサイトで利用可能です。

server {
        listen 443;
        ssl on;
        ssl_certificate nginx.pem;
        ssl_certificate_key nginx.key;

        client_max_body_size 200M;
        server_name localhost 127.0.0.1;
        server_name_in_redirect off;

        location / {
                proxy_pass http://10.10.0.59:80;
                proxy_redirect http://10.10.0.59:80/ /;

                proxy_set_header Host $http_host;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

}

server {
        listen 80;
        rewrite     ^(.*)   https://$http_host$1 permanent;
        server_name localhost 127.0.0.1;
        server_name_in_redirect off;
        location / {
                proxy_pass http://10.10.0.59:80;
                proxy_redirect http://10.10.0.59:80/ /;
                proxy_set_header Host $http_host;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
}

これproxy_redirectは、どのようにしてnginxを書き換えてHTTP POSTリクエストを転送するのですか？

書き換えのため、パブリックIPにヒットするものはすべて443にヒットします。内部的には、仮想マシンで80に転送しています。

しかし、設定をテストするために以下のようなPythonスクリプトを実行すると

import requests

data = {'username': '....', 'password': '.....'}
url = 'http://IP_A/api/service/signup'

res  = requests.post(url, data=data, verify=False)
print res
print res.json
print res.status_code
print res.headers

私は取得してい405 Method Not Allowedます。nginxでは、内部サーバーにヒットするGETと、元のヘッダーで実行したにもかかわらず、内部nginxがリクエストを取得していることがわかりましたPOST（これはPythonスクリプトで表示されました）。

書き換えには問題があるようです。これを修正する方法はありますか？書き直しをコメントアウトしたとき、確かに80に達し、それが通過しました。書き換えは内部サーバーと通信できるため、書き換え自体に問題はありません。これは、ドロップされたばかりの書き換えだPOSTしGET。

ありがとうございました！

（これは重要なブロッカーなので、これはNginxフォーラムでも尋ねられます...）

それはNginxではなく、あなたのブラウザです。

RFC2616の注：

RFC 1945およびRFC 2068は、クライアントがリダイレクトされた要求のメソッドを変更することを許可しないことを指定しています。ただし、ほとんどの既存のユーザーエージェントの実装では、302を303応答であるかのように扱い、Location [..]でGETを実行します。

これはすべての一般的なブラウザに当てはまり、あなたがそれについてできることは何もありません。

私が使用POST /api/brandしてGET /api/brandいたWebアプリケーション（flask-restful）が「無効な」リクエストを行っていたため、変換されていました。使用した場合POST /api/brand/（末尾に注意してください/）、成功しました。