La riscrittura https di Nginx trasforma POST in GET

Il mio server proxy funziona su ip A ed è così che le persone accedono al mio servizio web. La configurazione di nginx reindirizzerà a una macchina virtuale su ip B.

Per il server proxy su IP A, questo è disponibile nei miei siti

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_redirectstato preso da come posso ottenere nginx per inoltrare le richieste HTTP POST tramite riscrittura?

Tutto ciò che colpisce l'IP pubblico colpirà 443 a causa della riscrittura. Internamente, stiamo inoltrando a 80 sulla macchina virtuale.

Ma quando eseguo uno script Python come quello qui sotto per testare la nostra configurazione

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

Sto ottenendo un 405 Method Not Allowed. In nginx abbiamo scoperto che quando ha colpito il server interno, il nginx interno stava ottenendo una GETrichiesta, anche se nell'intestazione originale abbiamo fatto un POST(questo era mostrato nello script Python).

Quindi sembra che riscrivere abbia un problema. Qualche idea su come risolvere questo problema? Quando ho commentato la riscrittura, colpisce sicuramente 80, ed è andato a buon fine. Dal momento che riscrivere è stato in grado di parlare con il nostro server interno, quindi riscrivere se stesso non ha alcun problema. È solo la riscrittura rilasciata POSTa GET.

Grazie!

(Questo verrà anche chiesto sul forum Nginx perché si tratta di un blocco critico ...)

Non è Nginx, è il tuo browser.

Nota da RFC2616:

RFC 1945 e RFC 2068 specificano che al client non è consentito modificare il metodo sulla richiesta reindirizzata. Tuttavia, la maggior parte delle implementazioni degli user agent esistenti trattano 302 come se si trattasse di una risposta 303, eseguendo un GET sulla posizione [..]

Questo è vero per tutti i browser più diffusi e non c'è nulla che tu possa fare al riguardo.

Ho scoperto che POST /api/brandsi stava trasformando GET /api/brandperché l'applicazione Web che stavo usando ( flask-restful) stava facendo una richiesta "non valida". Se ho usato POST /api/brand/(notare il finale /), ha avuto successo.