背景
一个nginx的server模块下需要proxy到两个server，所以就通过location的不同路径来区分转发到不同的服务器上。
一开始是这么写的
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
但是忘记了server1上有个服务路径是/indexNew，结果就被proxy到了server1，出现404问题，然后紧急修改配置如下：
location /indexNew {
proxy_pass http://server1/;
}
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
问题现象
结果请求是到了server1了，但是错误变成，POST not supported
{
"status": 500,
"message": "http://172.28.72.117/-Request method 'POST' not supported",
"result": {}
}
这是当时应用的返回错误，查看nginx也没有报错，很奇怪，看了代码里/indexNew的确是POST方法啊，为啥报错不支持呢。
首先这里补充下location各种写法在nginx里的匹配顺序：
分析
nginx日志也没有报错，就尝试抓包，从nginx到应用的包
通过tcpdump命令抓包
tcpdump -w dataAll_normal.pcap -i eth0 -s0 port 8888
类似上述命令抓包，然后通过wireshark看，发现压根没搜索到/indexNew相关的http流量包。
尝试修改location如下
location /indexNew {
proxy_pass http://server1;
}
location / {
proxy_pass http://server1/;
}
location /index {
proxy_pass http://server2/;
}
区别仅仅在于/indexNew的proxy_pass最后一个/斜杠去掉了，继续抓包，发现可以搜索到/indexNew的包
说明此次修改正确了。
继续改回错误的，尝试抓包，还是没能搜索到/indexNew的包，然后通过IDE远程debug应用
发现到了应用里的URL压根也没有/indexNew，那当然在wireshark包里搜不到了。。。
是因为nginx转发应用的时候，访问路径就只有 / 了。
而工程中请求路径为 / 的接口的确是GET方法
详细看下location中proxy_pass的语法，的确是这样，proxy_pass最后有/，会把匹配location里的路径去掉，截取后面的URL PATH进行转发。
所以这里一定要注意proxy_pass最后一个/的含义作用，要慎用，它会改变路径请求信息，而不是100%的信息转发。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？