欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

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

 更新時(shí)間:2018年09月06日 13:44:19   作者:美味風(fēng)蛇  
這篇文章主要介紹了淺談nginx反向代理中神奇的斜線,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧

在進(jìn)行nginx反向代理配置的時(shí)候,location和proxy_pass中的斜線會(huì)造成各種困擾,有時(shí)候多一個(gè)或少一個(gè)斜線,就會(huì)造成完全不同的結(jié)果,所以特地將location和proxy_pass后有無(wú)斜線的情況進(jìn)行了排列組合,進(jìn)行了一次完整的測(cè)試,找出原理,以提高姿勢(shì)水平~

〇. 環(huán)境信息

兩臺(tái)nginx服務(wù)器

nginx A: 192.168.1.48

nginx B: 192.168.1.56

一. 測(cè)試方法

在nginx A中配置不同的規(guī)則,然后請(qǐng)求nginx A: http://192.168.1.48/foo/api

觀察nginx B收到的請(qǐng)求,具體操作是查看日志中的$request字段

二. 測(cè)試過(guò)程及結(jié)果

案例1

nginx A配置:

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

nginx B收到的請(qǐng)求:/api

案例2

nginx A配置:

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

nginx B收到的請(qǐng)求://api

案例3

nginx A配置:

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

nginx B收到的請(qǐng)求:/foo/api

案例4

nginx A配置:

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

nginx B收到的請(qǐng)求:/foo/api

案例5

nginx A配置:

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

nginx B收到的請(qǐng)求:/bar/api

案例6

nginx A配置:

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

nginx B收到的請(qǐng)求:/bar//api

案例7

nginx A配置:

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

nginx B收到的請(qǐng)求:/barapi

案例8

nginx A配置:

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

nginx B收到的請(qǐng)求:/bar/api

看到這里是不是都暈了呢,其實(shí)是有規(guī)律的

現(xiàn)在把這些案例按表格排列起來(lái),結(jié)果表示nginx B收到的請(qǐng)求

表一

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

三. 解析

原請(qǐng)求路徑:本文中統(tǒng)一為 "/foo/api"

location: 上面表格中的location列

proxy_pass:上面表格中的proxy_pass列

新請(qǐng)求路徑:nginx將原請(qǐng)求路徑處理過(guò)后的字符串

重點(diǎn)對(duì) proxy_pass 進(jìn)行分析,可以分為3種形式

然后按照ip:port后是否接了字符串歸為2類(lèi),"/"也是字符串,因此1歸為一類(lèi),2、3歸為一類(lèi),下面對(duì)這兩類(lèi)情況進(jìn)行說(shuō)明

當(dāng) proxy_pass 的 ip:port 后未接字符串的時(shí)候,nginx 會(huì)將原請(qǐng)求路徑原封不動(dòng)地轉(zhuǎn)交給下一站 nginx,如案例3和4

當(dāng) proxy_pass 的 ip:port 后接了字符串的時(shí)候,nginx 會(huì)將 location 從 原請(qǐng)求路徑 中剔除,再將剩余的字符串拼接到 proxy_pass 后生成 新請(qǐng)求路徑,然后將 新請(qǐng)求路徑 轉(zhuǎn)交給下一站nginx(上面一種情況實(shí)際上和這個(gè)是一樣的,只不過(guò)剔除的字符串是空串~~)

舉個(gè)最讓人疑惑的例子:案例7。proxy_pass 的 ip:port 后接了字符串 "/bar",因此將 location:"/foo/" 從 原請(qǐng)求路徑:"/foo/api" 中剔除,變?yōu)?api",再將"api"拼接到proxy_pass: http://192.168.1.48/bar 后生成了新請(qǐng)求url:" http://192.168.1.48/barapi ",因此下一站的nginx收到的請(qǐng)求就是 "/barapi"。

案例6:proxy_pass 的 ip:port 后接了字符串 "/bar/",因此將 location:"/foo" 從 原請(qǐng)求路徑 "/foo/api" 中剔除,變?yōu)?"/api",再將 "/api" 拼接到proxy_pass: http://192.168.1.48/bar/ 后生成了 新請(qǐng)求路徑:" http://192.168.1.48/bar//api ",因此下一站的nginx收到的請(qǐng)求就是 /bar//api。

其它的案例都可以以此類(lèi)推,現(xiàn)在終于搞明白了,再也不用一頭霧水。

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

相關(guān)文章

  • Nginx啟用GZIP壓縮網(wǎng)頁(yè)傳輸方法(推薦)

    Nginx啟用GZIP壓縮網(wǎng)頁(yè)傳輸方法(推薦)

    Gzip壓縮我很早已經(jīng)就啟用了,不過(guò)從未與大家分享過(guò)。今天小編給大家分享Nginx啟用GZIP壓縮網(wǎng)頁(yè)傳輸方法,需要的朋友參考下吧
    2017-01-01
  • 利用Nginx的map指令實(shí)現(xiàn)頁(yè)面跳轉(zhuǎn)

    利用Nginx的map指令實(shí)現(xiàn)頁(yè)面跳轉(zhuǎn)

    每位網(wǎng)站運(yùn)營(yíng)人可能都會(huì)碰到一些情況,比如網(wǎng)站URL規(guī)則會(huì)進(jìn)行調(diào)整,需求的不斷變化也會(huì)導(dǎo)致一些舊的URL無(wú)法訪問(wèn),這個(gè)時(shí)候可以使用Nginx的 map指令匹配這些舊的URL,并跳轉(zhuǎn)到新的URL規(guī)則,而且這種方式是在Nginx層面進(jìn)行,不會(huì)對(duì)網(wǎng)站性能產(chǎn)生影響。下面來(lái)一起看看吧。
    2016-10-10
  • nginx http重定向https配置說(shuō)明

    nginx http重定向https配置說(shuō)明

    這篇文章主要介紹了nginx http重定向https配置說(shuō)明的相關(guān)資料,需要的朋友可以參考下
    2017-04-04
  • 修改Nginx屏蔽網(wǎng)址的規(guī)則的方法

    修改Nginx屏蔽網(wǎng)址的規(guī)則的方法

    這篇文章主要介紹了修改Nginx屏蔽網(wǎng)址的規(guī)則的方法,特別是在遭到惡意域名指向的時(shí)候需要用到,需要的朋友可以參考下
    2015-07-07
  • nginx中的兩個(gè)模塊的proxy_pass的區(qū)別解析

    nginx中的兩個(gè)模塊的proxy_pass的區(qū)別解析

    在nginx中配置proxy_pass代理轉(zhuǎn)發(fā)時(shí),如果在proxy_pass后面的url加/,表示絕對(duì)根路徑;如果沒(méi)有/,表示相對(duì)路徑,把匹配的路徑部分也給代理走。本文給大家介紹nginx中的兩個(gè)模塊的proxy_pass的區(qū)別,感興趣的朋友一起看看吧
    2021-11-11
  • Nginx反向代理入門(mén)實(shí)戰(zhàn)指南

    Nginx反向代理入門(mén)實(shí)戰(zhàn)指南

    反向代理:反向代理也叫reverse proxy,指的是代理外網(wǎng)用戶的請(qǐng)求到內(nèi)部的指定web服務(wù)器,并將數(shù)據(jù)返回給用戶的一種方式,這是用的比較多的一種方式,下面這篇文章主要給大家介紹了關(guān)于Nginx反向代理的相關(guān)資料,需要的朋友可以參考下
    2021-08-08
  • Nginx 解決WebApi跨域二次請(qǐng)求以及Vue單頁(yè)面的問(wèn)題

    Nginx 解決WebApi跨域二次請(qǐng)求以及Vue單頁(yè)面的問(wèn)題

    下面小編就為大家分享一篇Nginx 解決WebApi跨域二次請(qǐng)求以及Vue單頁(yè)面的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧
    2018-01-01
  • 詳解Nginx如何處理WebSocket連接

    詳解Nginx如何處理WebSocket連接

    在當(dāng)今互聯(lián)網(wǎng)的世界中,實(shí)時(shí)通信變得越來(lái)越重要,WebSocket 作為一種實(shí)現(xiàn)實(shí)時(shí)雙向通信的技術(shù),正被廣泛應(yīng)用于各種場(chǎng)景,而 Nginx 作為一款高性能的 Web 服務(wù)器和反向代理服務(wù)器,在處理 WebSocket 連接方面也有著出色的表現(xiàn),本文介紹了Nginx如何處理WebSocket連接
    2024-07-07
  • 講解Nginx服務(wù)器中設(shè)置本地瀏覽器緩存的簡(jiǎn)單方法

    講解Nginx服務(wù)器中設(shè)置本地瀏覽器緩存的簡(jiǎn)單方法

    這篇文章主要介紹了Nginx服務(wù)器中設(shè)置本地瀏覽器緩存的簡(jiǎn)單方法,需要的朋友可以參考下
    2015-12-12
  • 使用Nginx部署前端Vue項(xiàng)目的實(shí)現(xiàn)

    使用Nginx部署前端Vue項(xiàng)目的實(shí)現(xiàn)

    本文主要介紹了使用Nginx部署前端Vue項(xiàng)目的實(shí)現(xiàn),通過(guò)將這兩者結(jié)合起來(lái),我們可以高效地托管我們的前端應(yīng)用,下面就一起來(lái)介紹一下,感興趣的可以了解一下
    2024-09-09

最新評(píng)論