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

  

在进行nginx反向代理配置的时候,位置和proxy_pass中的斜线会造成各种困扰,有时候多一个或少一个斜线,就会造成完全不同的结果,所以特地将位置和proxy_pass后有无斜线的情况进行了排列组合,进行了一次完整的测试,找出原理,以提高姿势水平~

  

<强>〇。环境信息
  

  

两台nginx服务器

  

nginx答:192.168.1.48

  

nginx B: 192.168.1.56

  

<强>一。测试方法
  

  

在nginx的中配置不同的规则,然后请求nginx答:http://192.168.1.48/foo/api
  

  

观察nginx B收到的请求,具体操作是查看日志中美元的请求字段
  

  

<强>二。测试过程及结果
  

  

<强>案例1
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/;   }   之前      

nginx B收到的请求:/api
  

  

<强>案例2
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/;   }   之前      

nginx B收到的请求://api
  

  

<强>案例3
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/;   }   之前      

nginx B收到的请求:/foo/api
  

  

<强>案例4
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/;   }   之前      

nginx B收到的请求:/foo/api
  

  

<强>案例5
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/bar/;   }   之前      

nginx B收到的请求:/酒吧/api
  

  

<强>案例6
  

  

nginx配置:

        位置/foo {   proxy_pass http://192.168.1.56/bar/;   }   之前      

nginx B收到的请求:/酒吧//api
  

  

<强>案例7
  

  

nginx配置:

        位置/foo/{   proxy_pass http://192.168.1.56/bar;   }   之前      

nginx B收到的请求:/barapi

  

<强>案例8
  

  

nginx配置:

        位置/foo {   proxy_pass http://192.168.1.56/bar;   }   之前      

nginx B收到的请求:/酒吧/api
  

  

看到这里是不是都晕了呢,其实是有规律的

  

现在把这些案例按表格排列起来,结果表示nginx B收到的请求

  

表一   

           案例   位置   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            

  

表二   

           案例   位置   proxy_pass   结果               5/foo/http://192.168.1.48/bar//酒吧/api         6/foo   http://192.168.1.48/bar//酒吧//api         7/foo/http://192.168.1.48/bar/barapi         8/foo   http://192.168.1.48/bar/酒吧/api            

  

<强>三。解析
  

  

原请求路径:本文中统一为“/foo/api”

  

地点:上面表格中列的位置

  

proxy_pass:上面表格中的proxy_pass列

  

新请求路径:nginx将原请求路径处理过后的字符串

  

重点对proxy_pass进行分析,可以分为3种形式

  

然后按照ip:端口后是否接了字符串归为两类,“/币彩亲址?因此1归为一类,2、3归为一类、下面对这两类情况进行说明

  

当proxy_pass的ip:端口后未接字符串的时候,nginx会将原请求路径原封不动地转交给下一站nginx,如案例3和4

  

当proxy_pass的ip:端口后接了字符串的时候,nginx会将位置从原请求路径中剔除,再将剩余的字符串拼接到proxy_pass后生成新请求路径,然后将新请求路径转交给下一站nginx(上面一种情况实际上和这个是一样的,只不过剔除的字符串是空串~ ~)

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