时间:2021-05-19
在进行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收到的请求
表一
案例 location proxy_pass 结果 1 /foo/ http://192.168.1.48/ /api 2 /foo http://192.168.1.48/ //api 3 /foo/ http://192.168.1.48 /foo/api 4 /foo http://192.168.1.48 /foo/api
表二
案例 location proxy_pass 结果 5 /foo/ http://192.168.1.48/bar/ /bar/api 6 /foo http://192.168.1.48/bar/ /bar//api 7 /foo/ http://192.168.1.48/bar /barapi 8 /foo http://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。
其它的案例都可以以此类推,现在终于搞明白了,再也不用一头雾水。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
先来理解一波概念,什么是nginx反向代理?反向代理的意思是以代理服务器(这里也就是nginx)来接收网络上的请求,也就是url(默认是80端口),1,ngin
简介Nginx是一个高性能的HTTP服务器和反向代理服务器.最常用的两个功能是反向代理和负载均衡.反向代理反向代理是正向代理的反面.普通的代理服务器是需要用户主
本文介绍了通过Nginx反向代理实现IP访问分流的示例代码,分享给大家。具体如下:通过Nginx做反向代理来实现分流,以减轻服务器的负载和压力是比较常见的一种服
nginx可以利用其反向代理的功能来进行负载均衡的实现,同时也可以使用其正向代理的功能设置代理服务器,比如在内网的环境中,在可以连接外网的机器上运行nginx作
题记需要使用nginx的反向代理功能,测试环境为centos+NGINX1.8.0.跳过一些繁琐的问题,直接记录核心步骤(1)centos安装在VM中,因此需要