最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

深入理解Nginx中Server和Location的匹配邏輯

 更新時(shí)間:2019年03月15日 09:57:42   作者:小米運(yùn)維  
這篇文章主要介紹了深入理解Nginx中Server和Location的匹配邏輯,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧

Server的匹配邏輯

Nginx在決定請求由哪個(gè)server塊執(zhí)行時(shí),主要關(guān)注的是server塊中的listen和server_name兩個(gè)字段

listen指令

listen字段定義server響應(yīng)的ip和端口,如果沒有明確配置listen字段,默認(rèn)監(jiān)聽0.0.0.0:80(root)或者0.0.0.0:8080(非root)

listen可以被配置為:

  1. 一個(gè)ip和端口的組合
  2. 一個(gè)單獨(dú)的ip,默認(rèn)監(jiān)聽80端口
  3. 一個(gè)單獨(dú)的端口,默認(rèn)監(jiān)聽所有的ip接口
  4. 一個(gè)Unix socket路徑

其中最后一項(xiàng)通常只用于在不同的server之間傳遞請求

選擇要使用的server的規(guī)則如下:

  1. Nginx首先將所有"不完整"的listen指令進(jìn)行轉(zhuǎn)換,比如沒有l(wèi)isten字段的轉(zhuǎn)換為listen 0.0.0.0:80,listen 1.1.1.1轉(zhuǎn)換為listen 1.1.1.1:80等
  2. Nginx根據(jù)請求的ip和端口創(chuàng)建一個(gè)與請求最匹配的server塊列表,優(yōu)先匹配指定了特定ip的server塊,其次才會(huì)選擇listen 0.0.0.0的這種server塊.但是無論是哪種情況,端口必須是完全匹配的
  3. 如果只有一個(gè)最佳匹配,那么將使用匹配的server塊響應(yīng)請求,否則開始評估每一個(gè)server塊的server_name指令

再次強(qiáng)調(diào)一遍,只有當(dāng)listen指令無法找到最佳匹配時(shí)才會(huì)考慮評估server_name指令.

比如,我們假設(shè)example.com域名指向了192.168.0.1,且位于192.168.0.1上的nginx有且僅有如下兩個(gè)server塊:

# server block 1server {
  listen 192.168.0.1;
  server_name other.com
  ...
}

# server block 2server {
  listen 80;
  server_name example.com
  ...
}

Server_name指令

如果根據(jù)listen指令無法得到最佳匹配,將會(huì)開始解析server_name指令.nginx會(huì)檢查請求中的"Host"頭,這個(gè)值包含了客戶端實(shí)際試圖請求的域名或者ip地址.nginx會(huì)根據(jù)這個(gè)值去匹配server_name指令,匹配規(guī)則如下:

  1. nginx會(huì)嘗試尋找一個(gè)和sever_name和Host值完全匹配的server塊,如果找到多個(gè)精確匹配,則會(huì)使用第一個(gè)匹配的server塊
  2. 如果沒有找到精確匹配的server塊,則nginx嘗試找到server_name帶有*開頭的server塊,如果找到多個(gè),則選擇最長匹配的server塊
  3. 如果沒有找到使用開頭的server塊,則會(huì)尋找以結(jié)尾的server塊,同樣,如果有多個(gè)匹配, 選擇最長匹配
  4. 如果沒有找到使用*匹配的server塊,則會(huì)尋找使用正則表達(dá)式(以~開頭)定義server_name的server塊,如果找到多個(gè)匹配,會(huì)使用第一個(gè)匹配
  5. 如果沒有找到正則表達(dá)式匹配的server塊,則nginx將會(huì)選擇一個(gè)匹配listen字段的default server塊.每一個(gè)ip和端口組合都可以配置一個(gè)且只能配置一個(gè)默認(rèn)的default_server塊,如果沒有的話,則會(huì)選擇可用列表中的第一個(gè)server(此時(shí)的選擇是隨機(jī)的,順序不固定)

示例如下:

(1)準(zhǔn)確的server_name匹配,例如:

server {
   listen    80;
   server_name www.domain.com;
   ...
}

(2)以*通配符開始的字符串:

server {
   listen    80;
   server_name *.domain.com;
   ...
}

(3)以*通配符結(jié)束的字符串:

server {
   listen    80;
   server_name www.*;
   ...
}

(4)匹配正則表達(dá)式:

server {
   listen    80;
   server_name ~^(?.+)\.domain\.com$;
   ...
}

(5)如果以上都沒有匹配,則使用default_server.如果沒有指定default_server,則會(huì)選擇第一個(gè)可用的server.我們可以指定對于沒有匹配的host值時(shí),返回錯(cuò)誤到客戶端.可以用來防止別人把垃圾流量轉(zhuǎn)到你的網(wǎng)站。

server {
  listen 80  default_server;
  server_name _;  return 444;
}

通過返回444這個(gè)nginx的非標(biāo)準(zhǔn)錯(cuò)誤碼讓nginx斷開與瀏覽器的連接

Location的匹配邏輯

 Location語法解析

location optional_modifier location_match {
  ...
}

其中可用的modifier修飾符如下

判定規(guī)則

1、nginx首先檢查基于前綴的location匹配(即不包含正則表達(dá)式的匹配)

2、如果有使用=修飾符的location塊與請求的URL完全匹配,則立刻使用該location響應(yīng)請求

3、如果沒有找到帶有=修飾符的location塊匹配,則會(huì)繼續(xù)計(jì)算非精確前綴,根據(jù)給定的URI找到最長匹配前綴,然后進(jìn)行如下處理:

(1)如果最長的匹配location帶有^~修飾符,nginx立刻使用該location響應(yīng)請求

(2)如果最長的匹配location不帶有^~修飾符,nginx會(huì)將該匹配暫時(shí)存起來,然后繼續(xù)后續(xù)匹配

4、在確定并儲(chǔ)存最長匹配的前綴location塊后,nginx繼續(xù)檢查正則表達(dá)式匹配location(區(qū)分大小寫/不區(qū)分大小寫).如果存在正則表達(dá)式滿足要求的匹配,則會(huì)選擇與請求的URI匹配的第一個(gè)正則表達(dá)式的location來相應(yīng)請求

5、如果沒有找到與請求的URI匹配的正則表達(dá)式location,則使用之前存儲(chǔ)的最長前綴location響應(yīng)請求

補(bǔ)充

通常情況下,一旦選擇使用某一個(gè)location響應(yīng)請求,那么請求將會(huì)在該location內(nèi)部進(jìn)行處理,而與其他location無關(guān).但是location中某些指令會(huì)觸發(fā)新的location匹配,比如:

(1)try_files

(2)rewrite

(3)error_page

關(guān)于為https配置default_server,參考Properly setting up a “default” nginx server for https

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

相關(guān)文章

  • 關(guān)于nginx 實(shí)現(xiàn)jira反向代理的問題

    關(guān)于nginx 實(shí)現(xiàn)jira反向代理的問題

    這篇文章主要介紹了關(guān)于nginx 實(shí)現(xiàn)jira反向代理的問題,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-09-09
  • Nginx 啟動(dòng)腳本/重啟腳本代碼

    Nginx 啟動(dòng)腳本/重啟腳本代碼

    Nginx 啟動(dòng)腳本 重啟腳本,學(xué)習(xí)使用centos配置服務(wù)器的朋友可以參考下。
    2010-10-10
  • 深入理解Nginx中Server和Location的匹配邏輯

    深入理解Nginx中Server和Location的匹配邏輯

    這篇文章主要介紹了深入理解Nginx中Server和Location的匹配邏輯,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2019-03-03
  • 502?Bad?Gateway產(chǎn)生的原因及8個(gè)詳細(xì)的解決方法總結(jié)

    502?Bad?Gateway產(chǎn)生的原因及8個(gè)詳細(xì)的解決方法總結(jié)

    Nginx?502?Bad?Gateway的錯(cuò)誤已經(jīng)遇到好幾次了,這里做一下記錄,備忘,下面這篇文章主要給大家介紹了關(guān)于502?Bad?Gateway產(chǎn)生的原因及8個(gè)詳細(xì)的解決方法,文中的介紹非常詳細(xì),需要的朋友可以參考下
    2023-05-05
  • Nginx中的文件下載服務(wù)器詳解

    Nginx中的文件下載服務(wù)器詳解

    利 用Nginx的諸多內(nèi)置指令可實(shí)現(xiàn)自動(dòng)生成下載文件列表 頁、限制下載帶寬等功能,這篇文章給大家介紹Nginx中的文件下載服務(wù)器功能,感興趣的朋友一起看看吧
    2024-06-06
  • Nginx+Tomcat群集的實(shí)現(xiàn)示例

    Nginx+Tomcat群集的實(shí)現(xiàn)示例

    這篇文章主要介紹了Nginx+Tomcat群集的實(shí)現(xiàn)示例,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2024-07-07
  • nginx?rtmp模塊編譯?arm版本的問題

    nginx?rtmp模塊編譯?arm版本的問題

    這篇文章主要介紹了nginx?rtmp模塊編譯?arm版本的問題,pcre庫和libz庫都不用單獨(dú)編譯,在編譯nginx時(shí)添加模塊時(shí)一起編譯,需要的朋友可以參考下
    2021-12-12
  • Nginx 日志輪轉(zhuǎn)的實(shí)現(xiàn)示例

    Nginx 日志輪轉(zhuǎn)的實(shí)現(xiàn)示例

    Nginx日志輪轉(zhuǎn)是監(jiān)控和調(diào)試Web服務(wù)器的重要工具,通過定期歸檔、壓縮和清理日志文件,可以節(jié)省磁盤空間、提高性能并方便故障排查,下面就來介紹一下
    2024-12-12
  • windows安裝nginx部署步驟圖解(反向代理與負(fù)載均衡)

    windows安裝nginx部署步驟圖解(反向代理與負(fù)載均衡)

    這篇文章主要介紹了windows安裝nginx部署步驟,設(shè)置反向代理與負(fù)載均衡的使用方法,需要的朋友可以參考下
    2014-02-02
  • Nginx最大連接數(shù)配置詳解

    Nginx最大連接數(shù)配置詳解

    這篇文章主要為大家詳細(xì)介紹了Nginx最大連接數(shù)配置的方法,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-07-07

最新評論

加查县| 芜湖县| 哈尔滨市| 大竹县| 鹤庆县| 库尔勒市| 丹阳市| 北流市| 萨嘎县| 于田县| 贺兰县| 南江县| 万安县| 霍林郭勒市| 岑巩县| 察雅县| 吴川市| 龙井市| 积石山| 普洱| 个旧市| 修武县| 涞水县| 师宗县| 石门县| 江西省| 新竹县| 博爱县| 彰化县| 金坛市| 工布江达县| 诏安县| 石柱| 革吉县| 沁水县| 台山市| 黔西| 横峰县| 科技| 安仁县| 贵阳市|