您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關ngnix中轉發請求之server和location配置的示例分析的內容。小編覺得挺實用的,因此分享給大家做個參考,一起跟隨小編過來看看吧。
比如URL:www.mask_dev2.com:9999/login/
server管的前半部分,即:www.mask_dev2.com:9999
location管的是后半部分,即:/login/
一個nginx可以配置多個server。
每個server可以配置多個location。
URL的前半部分控制選擇哪一個server,后半部分控制選擇哪一個location,最終決定往哪里去請求.
server的配置
server { listen 9999; server_name www.mask_dev2.cn; location / { default_type text/html; content_by_lua ' ngx.say("<p>first</p>") '; } } server { listen 9999; server_name www.mask_dev2.*; location / { default_type text/html; content_by_lua ' ngx.say("<p>second</p>") '; } } server { listen 9998; server_name _; location / { default_type text/html; content_by_lua ' ngx.say("<p>third</p>") '; } }
首先,請求nginx的地址,肯定是請求的nginx所在的服務器,也就是說ip是固定的。
也就是說,無所謂server_name是什么,都是指的當前服務器.
那么當前服務器是怎樣對應多個域名呢,這個只需要在相應的dns服務器中進行添加,就行了,比如暫時把本機當成dns服務器,修改hosts
127.0.0.1 localhost
127.0.0.1 www.mask_dev2.cn
127.0.0.1 www.mask_dev2.com
server匹配順序
server_name與host匹配優先級如下:
1、完全匹配
2、通配符在前的,如*.test.com
3、在后的,如www.test.*
4、正則匹配,如~^\.www\.test\.com$
如果都不匹配
1、優先選擇listen配置項后有default或default_server的
2、找到匹配listen端口的第一個server塊
location配置
找到server之后,再去找具體的location
server { listen 9998; server_name _; location = / { #規則A } location = /login { #規則B } location ^~ /static/ { #規則C } location ~ \.(gif|jpg|png|js|css)$ { #規則D } location ~* \.png$ { #規則E } location !~ \.xhtml$ { #規則F } location !~* \.xhtml$ { #規則G } location / { #規則H }
語法規則:
location [=||*|^~] uri { … }
= 開頭表示精確匹配
^~ 開頭表示uri以某個常規字符串開頭,理解為匹配 url路徑即可。nginx不對url做編碼,因此請求為/static/20%/aa,可以被規則^~ static /aa匹配到(注意是空格)。
~ 開頭表示區分大小寫的正則匹配
~* 開頭表示不區分大小寫的正則匹配
!和!*分別為區分大小寫不匹配及不區分大小寫不匹配 的正則
/ 通用匹配,任何請求都會匹配到。
多個location配置的情況下匹配順序為(參考資料而來,還未實際驗證,試試就知道了,不必拘泥,僅供參考):
首先匹配 =,其次匹配^~, 其次是按文件中順序的正則匹配,最后是交給 / 通用匹配。當有匹配成功時候,停止匹配,按當前匹配規則處理請求。
但是一般沒有這么復雜,有3點。
默認請求。
頁面請求.
后臺邏輯請求.
#直接匹配網站根,通過域名訪問網站首頁比較頻繁,使用這個會加速處理,官網如是說。 #這里是直接轉發給后端應用服務器了,也可以是一個靜態首頁 # 第一個必選規則 location = / { proxy_pass http://tomcat:8080/index } # 第二個必選規則是處理靜態文件請求,這是nginx作為http服務器的強項 # 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用 location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; } #第三個規則就是通用規則,用來轉發動態請求到后端應用服務器 #非靜態文件請求就默認是動態請求,自己根據實際把握 #畢竟目前的一些框架的流行,帶.php,.jsp后綴的情況很少了 location / { proxy_pass http://127.0.0.1:8080/ }
感謝各位的閱讀!關于“ngnix中轉發請求之server和location配置的示例分析”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,讓大家可以學到更多知識,如果覺得文章不錯,可以把它分享出去讓更多的人看到吧!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。