亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

淺談nginx反向代理中神奇的斜線

發布時間:2020-09-29 15:15:36 來源:腳本之家 閱讀:150 作者:美味風蛇 欄目:服務器

在進行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。

其它的案例都可以以此類推,現在終于搞明白了,再也不用一頭霧水。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持億速云。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

临桂县| 卢龙县| 吉木萨尔县| 山西省| 蒙自县| 富平县| 邻水| 枣阳市| 凌源市| 宽城| 海宁市| 绥化市| 石泉县| 钦州市| 兰坪| 桃江县| 曲水县| 五家渠市| 舒城县| 鲜城| 岱山县| 定西市| 抚顺市| 舞钢市| 买车| 旅游| 新竹市| 革吉县| 龙门县| 莆田市| 平定县| 定日县| 青川县| 丰城市| 乌苏市| 丹凤县| 长汀县| 溧水县| 曲靖市| 绥阳县| 呼玛县|