詳解nginx配置location總結(jié)及rewrite規(guī)則寫法
location正則寫法
一個(gè)示例:
location = / { # 精確匹配 / ,主機(jī)名后面不能帶任何字符串 [ configuration A ] } location / { # 因?yàn)樗械牡刂范家?/ 開頭,所以這條規(guī)則將匹配到所有請(qǐng)求 # 但是正則和最長(zhǎng)字符串會(huì)優(yōu)先匹配 [ configuration B ] } location /documents/ { # 匹配任何以 /documents/ 開頭的地址,匹配符合以后,還要繼續(xù)往下搜索 # 只有后面的正則表達(dá)式?jīng)]有匹配到時(shí),這一條才會(huì)采用這一條 [ configuration C ] } location ~ /documents/Abc { # 匹配任何以 /documents/ 開頭的地址,匹配符合以后,還要繼續(xù)往下搜索 # 只有后面的正則表達(dá)式?jīng)]有匹配到時(shí),這一條才會(huì)采用這一條 [ configuration CC ] } location ^~ /images/ { # 匹配任何以 /images/ 開頭的地址,匹配符合以后,停止往下搜索正則,采用這一條。 [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配所有以 gif,jpg或jpeg 結(jié)尾的請(qǐng)求 # 然而,所有請(qǐng)求 /images/ 下的圖片會(huì)被 config D 處理,因?yàn)?^~ 到達(dá)不了這一條正則 [ configuration E ] } location /images/ { # 字符匹配到 /images/,繼續(xù)往下,會(huì)發(fā)現(xiàn) ^~ 存在 [ configuration F ] } location /images/abc { # 最長(zhǎng)字符匹配到 /images/abc,繼續(xù)往下,會(huì)發(fā)現(xiàn) ^~ 存在 # F與G的放置順序是沒有關(guān)系的 [ configuration G ] } location ~ /images/abc/ { # 只有去掉 config D 才有效:先最長(zhǎng)匹配 config G 開頭的地址,繼續(xù)往下搜索,匹配到這一條正則,采用 [ configuration H ] } location ~* /js/.*/\.js
- 已=開頭表示精確匹配,如 A 中只匹配根目錄結(jié)尾的請(qǐng)求,后面不能帶任何字符串。
- ^~ 開頭表示uri以某個(gè)常規(guī)字符串開頭,不是正則匹配
- ~ 開頭表示區(qū)分大小寫的正則匹配;
- ~* 開頭表示不區(qū)分大小寫的正則匹配
- / 通用匹配, 如果沒有其它匹配,任何請(qǐng)求都會(huì)匹配到
順序 no優(yōu)先級(jí):
(location =) > (location 完整路徑) > (location ^~ 路徑) > (location ~,~* 正則順序) > (location 部分起始路徑) > (/)
上面的匹配結(jié)果
按照上面的location寫法,以下的匹配示例成立:
- / -> config A:精確完全匹配,即使/index.html也匹配不了
- /downloads/download.html -> config B:匹配B以后,往下沒有任何匹配,采用B
- /images/1.gif -> configuration D:匹配到F,往下匹配到D,停止往下
- /images/abc/def -> config D:最長(zhǎng)匹配到G,往下匹配D,停止往下。你可以看到 任何以/images/開頭的都會(huì)匹配到D并停止,F(xiàn)G寫在這里是沒有任何意義的,H是永遠(yuǎn)輪不到的,這里只是為了說明匹配順序
- /documents/document.html -> config C:匹配到C,往下沒有任何匹配,采用C
- /documents/1.jpg -> configuration E:匹配到C,往下正則匹配到E
- /documents/Abc.jpg -> config CC:最長(zhǎng)匹配到C,往下正則順序匹配到CC,不會(huì)往下到E
實(shí)際使用建議
所以實(shí)際使用中,個(gè)人覺得至少有三個(gè)匹配規(guī)則定義,如下:
#直接匹配網(wǎng)站根,通過域名訪問網(wǎng)站首頁(yè)比較頻繁,使用這個(gè)會(huì)加速處理,官網(wǎng)如是說。 #這里是直接轉(zhuǎn)發(fā)給后端應(yīng)用服務(wù)器了,也可以是一個(gè)靜態(tài)首頁(yè) # 第一個(gè)必選規(guī)則 location = / { proxy_pass http://tomcat:8080/index } # 第二個(gè)必選規(guī)則是處理靜態(tài)文件請(qǐng)求,這是nginx作為http服務(wù)器的強(qiáng)項(xiàng) # 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用 location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; } #第三個(gè)規(guī)則就是通用規(guī)則,用來轉(zhuǎn)發(fā)動(dòng)態(tài)請(qǐng)求到后端應(yīng)用服務(wù)器 #非靜態(tài)文件請(qǐng)求就默認(rèn)是動(dòng)態(tài)請(qǐng)求,自己根據(jù)實(shí)際把握 #畢竟目前的一些框架的流行,帶.php,.jsp后綴的情況很少了 location / { proxy_pass http://tomcat:8080/ }
http://nginx.org/en/docs/http/ngx_http_rewrite_module.html
Rewrite規(guī)則
rewrite功能就是,使用nginx提供的全局變量或自己設(shè)置的變量,結(jié)合正則表達(dá)式和標(biāo)志位實(shí)現(xiàn)url重寫以及重定向。rewrite只能放在server{},location{},if{}中,并且只能對(duì)域名后邊的除去傳遞的參數(shù)外的字符串起作用,例如 http://seanlook.com/a/we/index.php?id=1&u=str 只對(duì)/a/we/index.php重寫。語(yǔ)法rewrite regex replacement [flag];
如果相對(duì)域名或參數(shù)字符串起作用,可以使用全局變量匹配,也可以使用proxy_pass反向代理。
表明看rewrite和location功能有點(diǎn)像,都能實(shí)現(xiàn)跳轉(zhuǎn),主要區(qū)別在于rewrite是在同一域名內(nèi)更改獲取資源的路徑,而location是對(duì)一類路徑做控制訪問或反向代理,可以proxy_pass到其他機(jī)器。很多情況下rewrite也會(huì)寫在location里,它們的執(zhí)行順序是:
- 執(zhí)行server塊的rewrite指令
- 執(zhí)行l(wèi)ocation匹配
- 執(zhí)行選定的location中的rewrite指令
如果其中某步URI被重寫,則重新循環(huán)執(zhí)行1-3,直到找到真實(shí)存在的文件;循環(huán)超過10次,則返回500 Internal Server Error錯(cuò)誤。
flag標(biāo)志位
- last : 相當(dāng)于Apache的[L]標(biāo)記,表示完成rewrite
- break : 停止執(zhí)行當(dāng)前虛擬主機(jī)的后續(xù)rewrite指令集
- redirect : 返回302臨時(shí)重定向,地址欄會(huì)顯示跳轉(zhuǎn)后的地址
- permanent : 返回301永久重定向,地址欄會(huì)顯示跳轉(zhuǎn)后的地址
因?yàn)?01和302不能簡(jiǎn)單的只返回狀態(tài)碼,還必須有重定向的URL,這就是return指令無法返回301,302的原因了。這里 last 和 break 區(qū)別有點(diǎn)難以理解:
- last一般寫在server和if中,而break一般使用在location中
- last不終止重寫后的url匹配,即新的url會(huì)再?gòu)膕erver走一遍匹配流程,而break終止重寫后的匹配
- break和last都能組織繼續(xù)執(zhí)行后面的rewrite指令
if指令與全局變量
if判斷指令
語(yǔ)法為if(condition){...},對(duì)給定的條件condition進(jìn)行判斷。如果為真,大括號(hào)內(nèi)的rewrite指令將被執(zhí)行,if條件(conditon)可以是如下任何內(nèi)容:
- 當(dāng)表達(dá)式只是一個(gè)變量時(shí),如果值為空或任何以0開頭的字符串都會(huì)當(dāng)做false
- 直接比較變量和內(nèi)容時(shí),使用=或!=
- ~正則表達(dá)式匹配,~*不區(qū)分大小寫的匹配,!~區(qū)分大小寫的不匹配
-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執(zhí)行
例如:
if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /msie/$1 break; } //如果UA包含"MSIE",rewrite請(qǐng)求到/msid/目錄下 if ($http_cookie ~* "id=([^;]+)(?:;|$)") { set $id $1; } //如果cookie匹配正則,設(shè)置變量$id等于正則引用部分 if ($request_method = POST) { return 405; } //如果提交方法為POST,則返回狀態(tài)405(Method not allowed)。return不能返回301,302 if ($slow) { limit_rate 10k; } //限速,$slow可以通過 set 指令設(shè)置 if (!-f $request_filename){ break; proxy_pass http://127.0.0.1; } //如果請(qǐng)求的文件名不存在,則反向代理到localhost 。這里的break也是停止rewrite檢查 if ($args ~ post=140){ rewrite ^ http://example.com/ permanent; } //如果query string中包含"post=140",永久重定向到example.com location ~* \.(gif|jpg|png|swf|flv)$ { valid_referers none blocked www.jefflei.com www.leizhenfang.com; if ($invalid_referer) { return 404; } //防盜鏈 }
全局變量
下面是可以用作if判斷的全局變量
- $args : #這個(gè)變量等于請(qǐng)求行中的參數(shù),同$query_string
- $content_length : 請(qǐng)求頭中的Content-length字段。
- $content_type : 請(qǐng)求頭中的Content-Type字段。
- $document_root : 當(dāng)前請(qǐng)求在root指令中指定的值。
- $host : 請(qǐng)求主機(jī)頭字段,否則為服務(wù)器名稱。
- $http_user_agent : 客戶端agent信息
- $http_cookie : 客戶端cookie信息
- $limit_rate : 這個(gè)變量可以限制連接速率。
- $request_method : 客戶端請(qǐng)求的動(dòng)作,通常為GET或POST。
- $remote_addr : 客戶端的IP地址。
- $remote_port : 客戶端的端口。
- $remote_user : 已經(jīng)經(jīng)過Auth Basic Module驗(yàn)證的用戶名。
- $request_filename : 當(dāng)前請(qǐng)求的文件路徑,由root或alias指令與URI請(qǐng)求生成。
- $scheme : HTTP方法(如http,https)。
- $server_protocol : 請(qǐng)求使用的協(xié)議,通常是HTTP/1.0或HTTP/1.1。
- $server_addr : 服務(wù)器地址,在完成一次系統(tǒng)調(diào)用后可以確定這個(gè)值。
- $server_name : 服務(wù)器名稱。
- $server_port : 請(qǐng)求到達(dá)服務(wù)器的端口號(hào)。
- $request_uri : 包含請(qǐng)求參數(shù)的原始URI,不包含主機(jī)名,如:”/foo/bar.php?arg=baz”。
- $uri : 不帶請(qǐng)求參數(shù)的當(dāng)前URI,$uri不包含主機(jī)名,如”/foo/bar.html”。
- $document_uri : 與$uri相同。
例:http://localhost:88/test1/test2/test.php
$host:localhost
$server_port:88
$request_uri:http://localhost:88/test1/test2/test.php
$document_uri:/test1/test2/test.php
$document_root:/var/www/html
$request_filename:/var/www/html/test1/test2/test.php
常用正則
- . : 匹配除換行符以外的任意字符
- ? : 重復(fù)0次或1次
- + : 重復(fù)1次或更多次
- * : 重復(fù)0次或更多次
- \d :匹配數(shù)字
- ^ : 匹配字符串的開始
- $ : 匹配字符串的介紹
- {n} : 重復(fù)n次
- {n,} : 重復(fù)n次或更多次
- [c] : 匹配單個(gè)字符c
- [a-z] : 匹配a-z小寫字母的任意一個(gè)
小括號(hào)()之間匹配的內(nèi)容,可以在后面通過$1來引用,$2表示的是前面第二個(gè)()里的內(nèi)容。正則里面容易讓人困惑的是\轉(zhuǎn)義特殊字符。
rewrite實(shí)例
例1:
http { # 定義image日志格式 log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status; # 開啟重寫日志 rewrite_log on; server { root /home/www; location / { # 重寫規(guī)則信息 error_log logs/rewrite.log notice; # 注意這里要用‘'單引號(hào)引起來,避免{} rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4; # 注意不能在上面這條規(guī)則后面加上“l(fā)ast”參數(shù),否則下面的set指令不會(huì)執(zhí)行 set $image_file $3; set $image_type $4; } location /data { # 指定針對(duì)圖片的日志格式,來分析圖片類型和大小 access_log logs/images.log mian; root /data/images; # 應(yīng)用前面定義的變量。判斷首先文件在不在,不在再判斷目錄在不在,如果還不在就跳轉(zhuǎn)到最后一個(gè)url里 try_files /$arg_file /image404.html; } location = /image404.html { # 圖片不存在返回特定的信息 return 404 "image not found\n"; } }
對(duì)形如/images/ef/uh7b3/test.png的請(qǐng)求,重寫到/data?file=test.png,于是匹配到location /data,先看/data/images/test.png文件存不存在,如果存在則正常響應(yīng),如果不存在則重寫tryfiles到新的image404 location,直接返回404狀態(tài)碼。
例2:
rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;
對(duì)形如/images/bla_500x400.jpg的文件請(qǐng)求,重寫到/resizer/bla.jpg?width=500&height=400地址,并會(huì)繼續(xù)嘗試匹配location。
例3:
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- Nginx反向代理location和proxy_pass配置規(guī)則詳細(xì)總結(jié)
- Nginx的location的常見規(guī)則優(yōu)先級(jí)問題
- nginx 配置location匹配規(guī)則實(shí)例講解
- Nginx Location指令URI匹配規(guī)則詳解小結(jié)
- Nginx location匹配規(guī)則的方法示例
- nginx配置location總結(jié)location正則寫法及rewrite規(guī)則寫法
- 詳解Nginx location 匹配規(guī)則
- Nginx服務(wù)器的location指令匹配規(guī)則詳解
- nginx中的路徑匹配location規(guī)則詳解
相關(guān)文章
詳解nginx 的 default_server 定義及匹配規(guī)則
這篇文章主要介紹了詳解nginx 的 default_server 定義及匹配規(guī)則,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-08-08Nginx實(shí)現(xiàn)集群的負(fù)載均衡配置過程解析
這篇文章主要為大家詳細(xì)介紹了Nginx實(shí)現(xiàn)集群的負(fù)載均衡配置過程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-02-02Nginx搭建高效的靜態(tài)圖片服務(wù)器的方法步驟
高效地管理和分發(fā)靜態(tài)資源是至關(guān)重要的,本文主要介紹了Nginx搭建高效的靜態(tài)圖片服務(wù)器的方法步驟,具有一定的參考價(jià)值,感興趣的可以了解一下2024-05-05簡(jiǎn)單了解Nginx七層負(fù)載均衡的幾種調(diào)度算法
這篇文章主要介紹了簡(jiǎn)單了解Nginx七層負(fù)載均衡的幾種調(diào)度算法,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-11-11詳解proxy_pass根據(jù)path路徑轉(zhuǎn)發(fā)時(shí)的"/"問題記錄
這篇文章主要介紹了詳解proxy_pass根據(jù)path路徑轉(zhuǎn)發(fā)時(shí)的"/"問題記錄,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-09-09