nginx的簡單轉(zhuǎn)發(fā)請求之server和location配置詳解
簡單梳理一下nginx中關(guān)于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所在的服務(wù)器,也就是說ip是固定的。
也就是說,無所謂server_name是什么,都是指的當(dāng)前服務(wù)器.
那么當(dāng)前服務(wù)器是怎樣對應(yīng)多個域名呢,這個只需要在相應(yīng)的dns服務(wù)器中進(jìn)行添加,就行了,比如暫時把本機(jī)當(dāng)成dns服務(wù)器,修改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匹配優(yōu)先級如下:
1、完全匹配
2、通配符在前的,如*.test.com
3、在后的,如www.test.*
4、正則匹配,如~^\.www\.test\.com$
如果都不匹配
1、優(yōu)先選擇listen配置項(xiàng)后有default或default_server的
2、找到匹配listen端口的第一個server塊
location配置
找到server之后,再去找具體的location
server {
listen 9998;
server_name _;
location = / {
#規(guī)則A
}
location = /login {
#規(guī)則B
}
location ^~ /static/ {
#規(guī)則C
}
location ~ \.(gif|jpg|png|js|css)$ {
#規(guī)則D
}
location ~* \.png$ {
#規(guī)則E
}
location !~ \.xhtml$ {
#規(guī)則F
}
location !~* \.xhtml$ {
#規(guī)則G
}
location / {
#規(guī)則H
} 語法規(guī)則:
location [=||*|^~] uri { … }
- = 開頭表示精確匹配
- ^~ 開頭表示uri以某個常規(guī)字符串開頭,理解為匹配 url路徑即可。nginx不對url做編碼,因此請求為/static/20%/aa,可以被規(guī)則^~ static /aa匹配到(注意是空格)。
- ~ 開頭表示區(qū)分大小寫的正則匹配
- ~* 開頭表示不區(qū)分大小寫的正則匹配
- !和!*分別為區(qū)分大小寫不匹配及不區(qū)分大小寫不匹配 的正則
- / 通用匹配,任何請求都會匹配到。
- 多個location配置的情況下匹配順序?yàn)椋▍⒖假Y料而來,還未實(shí)際驗(yàn)證,試試就知道了,不必拘泥,僅供參考):
首先匹配 =,其次匹配^~, 其次是按文件中順序的正則匹配,最后是交給 / 通用匹配。當(dāng)有匹配成功時候,停止匹配,按當(dāng)前匹配規(guī)則處理請求。
但是一般沒有這么復(fù)雜,有3點(diǎn)。
- 默認(rèn)請求。
- 頁面請求.
- 后臺邏輯請求.
#直接匹配網(wǎng)站根,通過域名訪問網(wǎng)站首頁比較頻繁,使用這個會加速處理,官網(wǎng)如是說。
#這里是直接轉(zhuǎn)發(fā)給后端應(yīng)用服務(wù)器了,也可以是一個靜態(tài)首頁
# 第一個必選規(guī)則
location = / {
proxy_pass http://tomcat:8080/index
}
# 第二個必選規(guī)則是處理靜態(tài)文件請求,這是nginx作為http服務(wù)器的強(qiáng)項(xiàng)
# 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
#第三個規(guī)則就是通用規(guī)則,用來轉(zhuǎn)發(fā)動態(tài)請求到后端應(yīng)用服務(wù)器
#非靜態(tài)文件請求就默認(rèn)是動態(tài)請求,自己根據(jù)實(shí)際把握
#畢竟目前的一些框架的流行,帶.php,.jsp后綴的情況很少了
location / {
proxy_pass http://127.0.0.1:8080/
} 總結(jié)
比如,現(xiàn)在同時啟動 前臺系統(tǒng),和后臺系統(tǒng),就可以用兩個server(可以配置host為api,admin,或者直接修改端口也可以),每個server中3個location來確定具體頁面的請求.
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- nginx實(shí)現(xiàn)請求轉(zhuǎn)發(fā)
- 詳解Nginx 利用代理轉(zhuǎn)發(fā)請求示例
- nginx反向代理之將80端口請求轉(zhuǎn)發(fā)到8080
- nginx實(shí)現(xiàn)根據(jù)URL轉(zhuǎn)發(fā)請求的實(shí)戰(zhàn)經(jīng)歷
- nginx 多個location轉(zhuǎn)發(fā)任意請求或訪問靜態(tài)資源文件的實(shí)現(xiàn)
- Nginx Lua 根據(jù)參數(shù)請求轉(zhuǎn)發(fā)的實(shí)現(xiàn)
- Nginx接收Http協(xié)議請求轉(zhuǎn)發(fā)使用Https協(xié)議的問題
- 如何解決Nginx請求轉(zhuǎn)發(fā)將POST變?yōu)镚ET問題
- 配置nginx轉(zhuǎn)發(fā)內(nèi)網(wǎng)請求到外網(wǎng)的實(shí)現(xiàn)示例
相關(guān)文章
Nginx實(shí)現(xiàn)基于請求頭的訪問控制配置的示例
在Nginx中,可以使用"allow"和"deny"指令來實(shí)現(xiàn)IP訪問限制,本文給大家介紹Nginx實(shí)現(xiàn)基于請求頭的訪問控制配置,感興趣的朋友一起看看吧2023-11-11
實(shí)例詳解SpringBoot+nginx實(shí)現(xiàn)資源上傳功能
這篇文章主要介紹了SpringBoot+nginx實(shí)現(xiàn)資源上傳功能,由于小編最近在使用nginx放置靜態(tài)資源問題,遇到很多干貨,特此分享到腳本之家平臺,供大家參考,需要的朋友可以參考下2019-10-10
Nginx反向代理在Web應(yīng)用中的實(shí)戰(zhàn)分享
本文將介紹Nginx反向代理的基本原理和配置,以及如何利用Nginx實(shí)現(xiàn)高可用性和故障轉(zhuǎn)移,最后,我們將探討如何監(jiān)控Nginx反向代理的性能并進(jìn)行日志分析,需要的朋友可以參考下2024-08-08
記錄Nginx服務(wù)器的Split Clients模塊配置過程
這篇文章主要介紹了Nginx服務(wù)器的Split Clients模塊的配置過程記錄,ngx-http-split-clients模塊用于切分客戶端連接,需要的朋友可以參考下2016-01-01

