淺談nginx反向代理中神奇的斜線
在進行nginx反向代理配置的時候,location和proxy_pass中的斜線會造成各種困擾,有時候多一個或少一個斜線,就會造成完全不同的結(jié)果,所以特地將location和proxy_pass后有無斜線的情況進行了排列組合,進行了一次完整的測試,找出原理,以提高姿勢水平~
〇. 環(huán)境信息
兩臺nginx服務(wù)器
nginx A: 192.168.1.48
nginx B: 192.168.1.56
一. 測試方法
在nginx A中配置不同的規(guī)則,然后請求nginx A: http://192.168.1.48/foo/api
觀察nginx B收到的請求,具體操作是查看日志中的$request字段
二. 測試過程及結(jié)果
案例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
看到這里是不是都暈了呢,其實是有規(guī)律的
現(xiàn)在把這些案例按表格排列起來,結(jié)果表示nginx B收到的請求
表一
案例 | location | proxy_pass | 結(jié)果 |
---|---|---|---|
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 | 結(jié)果 |
---|---|---|---|
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 |
三. 解析
原請求路徑:本文中統(tǒng)一為 "/foo/api"
location: 上面表格中的location列
proxy_pass:上面表格中的proxy_pass列
新請求路徑:nginx將原請求路徑處理過后的字符串
重點對 proxy_pass 進行分析,可以分為3種形式
然后按照ip:port后是否接了字符串歸為2類,"/"也是字符串,因此1歸為一類,2、3歸為一類,下面對這兩類情況進行說明
當(dāng) proxy_pass 的 ip:port 后未接字符串的時候,nginx 會將原請求路徑原封不動地轉(zhuǎn)交給下一站 nginx,如案例3和4
當(dāng) proxy_pass 的 ip:port 后接了字符串的時候,nginx 會將 location 從 原請求路徑 中剔除,再將剩余的字符串拼接到 proxy_pass 后生成 新請求路徑,然后將 新請求路徑 轉(zhuǎn)交給下一站nginx(上面一種情況實際上和這個是一樣的,只不過剔除的字符串是空串~~)
舉個最讓人疑惑的例子:案例7。proxy_pass 的 ip:port 后接了字符串 "/bar",因此將 location:"/foo/" 從 原請求路徑:"/foo/api" 中剔除,變?yōu)?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" 中剔除,變?yōu)?"/api",再將 "/api" 拼接到proxy_pass: http://192.168.1.48/bar/ 后生成了 新請求路徑:" http://192.168.1.48/bar//api ",因此下一站的nginx收到的請求就是 /bar//api。
其它的案例都可以以此類推,現(xiàn)在終于搞明白了,再也不用一頭霧水。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
利用Nginx的map指令實現(xiàn)頁面跳轉(zhuǎn)
每位網(wǎng)站運營人可能都會碰到一些情況,比如網(wǎng)站URL規(guī)則會進行調(diào)整,需求的不斷變化也會導(dǎo)致一些舊的URL無法訪問,這個時候可以使用Nginx的 map指令匹配這些舊的URL,并跳轉(zhuǎn)到新的URL規(guī)則,而且這種方式是在Nginx層面進行,不會對網(wǎng)站性能產(chǎn)生影響。下面來一起看看吧。2016-10-10nginx中的兩個模塊的proxy_pass的區(qū)別解析
在nginx中配置proxy_pass代理轉(zhuǎn)發(fā)時,如果在proxy_pass后面的url加/,表示絕對根路徑;如果沒有/,表示相對路徑,把匹配的路徑部分也給代理走。本文給大家介紹nginx中的兩個模塊的proxy_pass的區(qū)別,感興趣的朋友一起看看吧2021-11-11Nginx 解決WebApi跨域二次請求以及Vue單頁面的問題
下面小編就為大家分享一篇Nginx 解決WebApi跨域二次請求以及Vue單頁面的問題,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-01-01講解Nginx服務(wù)器中設(shè)置本地瀏覽器緩存的簡單方法
這篇文章主要介紹了Nginx服務(wù)器中設(shè)置本地瀏覽器緩存的簡單方法,需要的朋友可以參考下2015-12-12