浅谈nginx反向代理中神奇的斜线

Green

在进行nginx反向代理配置的时候，location和proxy_pass中的斜线会造成各种困扰，有时候多一个或少一个斜线，就会造成完全不同的结果，所以特地将location和proxy_pass后有无斜线的情况进行了排列组合，进行了一次完整的测试，找出原理，以提高姿势水平~
〇. 环境信息
两台nginx服务器
nginx A: 192.168.1.48
nginx B: 192.168.1.56
一. 测试方法
在nginx A中配置不同的规则，然后请求nginx A： http://192.168.1.48/foo/api
观察nginx B收到的请求，具体操作是查看日志中的$request字段
二. 测试过程及结果
案例1
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

nginx B收到的请求：/api
案例2
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

nginx B收到的请求：//api
案例3
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

nginx B收到的请求：/foo/api
案例4
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

nginx B收到的请求：/foo/api
案例5
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/bar/;
}

nginx B收到的请求：/bar/api
案例6
nginx A配置：

location /foo {
  proxy_pass http://192.168.1.56/bar/;
}

nginx B收到的请求：/bar//api
案例7
nginx A配置：

location /foo/ {
  proxy_pass http://192.168.1.56/bar;
}

nginx B收到的请求：/barapi
案例8
nginx A配置：

location /foo {
  proxy_pass http://192.168.1.56/bar;
}

nginx B收到的请求：/bar/api
看到这里是不是都晕了呢，其实是有规律的
现在把这些案例按表格排列起来，结果表示nginx B收到的请求
表一
案例locationproxy_pass结果1/foo/http://192.168.1.48//api2/foohttp://192.168.1.48///api3/foo/http://192.168.1.48/foo/api4/foohttp://192.168.1.48/foo/api表二
案例locationproxy_pass结果5/foo/http://192.168.1.48/bar//bar/api6/foohttp://192.168.1.48/bar//bar//api7/foo/http://192.168.1.48/bar/barapi8/foohttp://192.168.1.48/bar/bar/api三. 解析
原请求路径：本文中统一为 "/foo/api"
location: 上面表格中的location列
proxy_pass：上面表格中的proxy_pass列
新请求路径：nginx将原请求路径处理过后的字符串
重点对 proxy_pass 进行分析，可以分为3种形式
然后按照ip:port后是否接了字符串归为2类，"/"也是字符串，因此1归为一类，2、3归为一类，下面对这两类情况进行说明
当 proxy_pass 的 ip:port 后未接字符串的时候，nginx 会将原请求路径原封不动地转交给下一站 nginx，如案例3和4
当 proxy_pass 的 ip:port 后接了字符串的时候，nginx 会将 location 从原请求路径中剔除，再将剩余的字符串拼接到 proxy_pass 后生成新请求路径，然后将新请求路径转交给下一站nginx（上面一种情况实际上和这个是一样的，只不过剔除的字符串是空串~~）
举个最让人疑惑的例子：案例7。proxy_pass 的 ip:port 后接了字符串 "/bar"，因此将 location："/foo/" 从原请求路径："/foo/api" 中剔除，变为"api"，再将"api"拼接到proxy_pass： http://192.168.1.48/bar 后生成了新请求url：" http://192.168.1.48/barapi "，因此下一站的nginx收到的请求就是 "/barapi"。
案例6：proxy_pass 的 ip:port 后接了字符串 "/bar/"，因此将 location："/foo" 从原请求路径 "/foo/api" 中剔除，变为 "/api"，再将 "/api" 拼接到proxy_pass： http://192.168.1.48/bar/ 后生成了新请求路径：" http://192.168.1.48/bar//api "，因此下一站的nginx收到的请求就是 /bar//api。
其它的案例都可以以此类推，现在终于搞明白了，再也不用一头雾水。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：http://www.cnblogs.com/songguo/p/9564111.html

[Nginx] 浅谈nginx反向代理中神奇的斜线

相关帖子

浅谈如何保证Mysql主从一致

centos+nginx+uwsgi部署django项目上线详解

浅谈Numpy中的shape、reshape函数的区别

Linux下玩转nginx系列（八）---如何使用upsync模块实现动态负载均衡

Linux中LVS负载和Nginx负载区别是什么？优劣势汇总！

Linux服务器下安装配置Nginx的教程

在Linux里安装和启动nginx的方法

浅谈Mysql8和mysql5.7的区别

浅谈Nodejs+nodemailer怎么发送邮件

nginx启ssi方法，宝塔面板nginx开启ssi

Green LV4