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中，我们发现当它到达内部服务器时，内部nginx正在获取一个GET请求，即使在原始标头中我们执行了一个请求POST（这在Python脚本中也已显示）。

因此，似乎重写有问题。任何想法如何解决这个问题？当我注释掉重写时，它肯定会达到80，并且通过了。由于重写能够与我们的内部服务器通信，因此重写本身没有问题。只是将重写重写POST为GET。

谢谢！

（这也会在Nginx论坛上询问，因为这是严重的阻止因素...）

不是Nginx，而是您的浏览器。

RFC2616的注释：

RFC 1945和RFC 2068指定不允许客户端更改重定向请求的方法。但是，大多数现有的用户代理实现将302视为303响应，在位置[..]上执行GET。

所有流行的浏览器都是如此，您对此无能为力。

我发现这POST /api/brand是GET /api/brand因为我使用的Web应用程序（flask-restful）发出了“无效”请求。如果我使用了POST /api/brand/（请注意结尾处/），则表示成功。