Nginx转发post请求变get请求

最近用nginx转发请求&＃xff0c;但是明明是post请求&＃xff0c;打到服务上确实get请求&＃xff0c;body中的参数都没了&＃xff0c;于是去查背后详细的原因。

背景

Nginx配置

• ip及端口&＃xff1a;192.20.81.34&＃xff1a;8081
• conf关键配置&＃xff1a;

location /select/dosomething/ {proxy_pass http://xx.xx.xx.xx:18000/select/dosomething/;}


请求连接

http://192.20.81.34:8081/select/dosomething

网上查询处理方法

1.http请求被转发至https请求引起重定向&＃xff0c;导致post变get&＃xff0c;显然这个和我的情况无关

2.location后连接多了个/&＃xff0c;把/去掉就好了&＃xff0c;如&＃xff1a;解决 nginx 转发POST变成GET - 灰信网&＃xff08;软件开发博客聚合&＃xff09;https://www.freesion.com/article/99851192529/

第二个好使&＃xff01;&＃xff01;

问题分析

虽然按照第二个把/去掉后正常了&＃xff0c;但是那篇文章中并没有解释为什么会导致这样的现象&＃xff0c;于是本着好奇的态度&＃xff0c;去查了一下原因&＃xff0c;结果如下

一、为什么post会转get?

post转get其实不是Nginx导致的&＃xff01;而是重定向导致的&＃xff01;出现这种情况&＃xff0c;你可以在nginx的logs/access.log里面看到有两条记录。

"POST /select/dosomthing HTTP/1.1" 301 185 "-" "PostmanRuntime/7.28.4"
"GET /select/dosomthing/ HTTP/1.1" 500 389 "http://192.20.81.34:8081/select/dosomthing" "PostmanRuntime/7.28.4"


这两条记录可以看出&＃xff0c;我是使用postman进行请求&＃xff0c;第一条post请求nginx收到了并返回了301HTTP状态码&＃xff0c;接着postman就发出了第二条请求&＃xff0c;第二条请求就变成了GET请求&＃xff0c;且请求最后加了/&＃xff0c;变成了

http://192.20.81.34:8081/select/dosomething/

查询301的状态码对应的是永久重定向&＃xff0c;正常情况下请求发送方接到301状态码&＃xff0c;表示需要重定向&＃xff0c;于是会改变请求的url再次请求&＃xff0c;但是&＃xff01;有的时候会将请求强行改为get&＃xff0c;详情可见&＃xff1a;https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Redirectionshttps://developer.mozilla.org/zh-CN/docs/Web/HTTP/Redirections

可以看到 

有些时候处理301状态码时&＃xff0c;会把请求方法强行改成get&＃xff0c;当然这个问题也被人发现&＃xff0c;后面区分出了308状态码&＃xff0c;这个状态码不会改变请求方式。

所以是301状态码引起了post请求变成了get请求&＃xff0c;而整个流程就较为清晰了&＃xff1a;

1. nginx收到post请求
2. 返回301状态码&＃xff0c;并指定新的访问连接&＃xff0c;且该连接就是原连接&＃43;/
3. 发送方收到301状态码&＃xff0c;将请求方式改为get&＃xff0c;并请求新连接
4. 服务收到get请求&＃xff0c;body参数全部失效

二、为什么会发生重定向&＃xff1f;

这个重定向似乎发生的非常隐蔽&＃xff0c;似乎是触发了nginx的某种机制&＃xff0c;从现象上看&＃xff0c;该机制是nginx自动添加末尾斜杠的机制。

我在nginx中配置的连接是

/select/dosomething/

而我实际请求的连接是

/select/dosomething

明显&＃xff08;虽然排查的时候也没看出来&＃xff09;末尾少了一个/&＃xff0c;这种情况下nginx会通过301重定向的方式来补全最后/&＃xff0c;让发送方重新请求&＃xff0c;从而完成匹配。

这个机制也有人提到过&＃xff0c;比如&＃xff1a;nginx url自动加斜杠问题 - 陈一风 - 博客园一、首先对比说明Nginx以下两个现象&＃xff1a; 1. 访问的uri最后带斜杠 http://localhost/product/ >>>> 查找 product下的index页面&＃xff0c;存https://www.cnblogs.com/jedi1995/p/11320357.html

但是我并没有在nginx官网中找到官方描述&＃xff08;可能仅仅是因为我没找到&＃xff09;

问题反思

现在整个问题流程就很清晰了

1. 发送方请求了一个少了最后/的请求
2. nginx返回301状态码&＃xff0c;并返回补全/的重定向连接
3. 发送方因为301状态码&＃xff0c;将请求改为get请求&＃xff0c;并按照新连接发送
4. nginx获得新的连接&＃xff0c;完成匹配&＃xff0c;并转发
5. 服务获得get请求

我在想这是不是一个bug&＃xff1f;如果nginx返回采用308状态码是不是就能够避免这个问题了&＃xff1f;