Nginx配置?location模塊實現(xiàn)路由(反向代理、重定向)功能
前置文章：
Linux（CentOS7） 下 Nginx1.15.8 安裝步驟
我們訪問一個網(wǎng)址，服務(wù)器返回對應(yīng)的資源。那么一個網(wǎng)址是如何對應(yīng)一個資源的呢？
用 Nginx 可以很好地幫我們實現(xiàn)路由功能，我們所有需要做的就是配置好 location 模塊。
語法規(guī)則
location [=|~|~*|^~] /uri/ {… }
| 符號 | 含義 |
| = | 精確匹配 |
| ^~ | 非正則匹配 |
| ~ | 正則匹配（區(qū)分大小寫） |
| ~* | 正則匹配（不區(qū)分大小寫） |
| !~ | 正則不匹配（區(qū)分大小寫） |
| !~* | 正則不匹配（不區(qū)分大小寫） |
| 普通匹配（這里沒有符號的時候） |
匹配規(guī)則
1. 精準(zhǔn)匹配命中時，停止location
2.一般匹配（普通和非正則）命中時，對比所有命中的一般匹配，選出最長的一條
3.如果最長的那一條為非正則匹配，直接匹配此條，停止location
4.如果最長的那一條為普通匹配，繼續(xù)嘗試正則location（以上至此都不存在代碼順序）
5.按代碼順序執(zhí)行正則匹配，當(dāng)?shù)谝粭l正則location命中時，停止location
示例：
想運行以下示例需先下載第三方模塊echo-nginx-module：
#下載到/usr/local/src目錄 wget https://github.com/openresty/echo-nginx-module/archive/v0.61.tar.gz tar -zxvf v0.61.tar.gz ? ? ? ? ? ? ? ??? ? ? ? ? ? ? ?? #在Nginx源碼目錄nginx-1.15.8下配置，--add-module指向模塊目錄即會安裝插件到nginx中 ./configure --add-module=/usr/local/src/echo-nginx-module-0.61/ make && make install #驗證安裝 nginx -V
你還需要配置 C:\Windows\System32\drivers\etc\hosts 文件，添加“虛擬機ip 域名”到最后：
192.168.100.14 test.loaction.com
server {
listen 80;
server_name test.location.com;
#精準(zhǔn)匹配測試
#第1，2條雖然匹配，但第三條是精準(zhǔn)匹配，出第三條結(jié)果
#測試路徑/equal/a/b/c
location ~ /equal/* {
echo '/equal/*';
}
location /equal/a/b {
echo '/equal/a/b';
}
location = /equal/a/b/c {
echo '/equal/a/b/c';
}
#普通匹配測試
#第1，2條雖然匹配，第三條匹配更長，出第三條結(jié)果
#測試路徑/match/a/b/c
location /match/a {
return 200 "/match/a";
}
location /match/a/b {
return 200 "/match/a/b";
}
location /match/a/b/c {
return 200 "/match/a/b/c";
}
location /match/a/b/c/d {
return 200 "/match/a/b/c/d";
}
#正則匹配覆蓋普通匹配,不會覆蓋非正則匹配
#訪問/re/a.htm，會被后面的正則覆蓋
#訪問/re/a/b開頭的路徑，不會被后面的正則覆蓋
location /re/a.htm {
echo 'match /re/a.htm';
}
location ^~ /re/a/b {
echo 'math ^~/re/a/b*';
}
location ~ /re/(.*)\.(htm|js|css)$ {
echo "cover /re/$1.$2";
}
#正則匹配成功一條后，便不再走其它正則
#測試路徑/rex/a/b/c.htm
location ~ /rex/.*\.(htm|js|css)$ {
echo "match first";
}
location ~ /rex/a/(.*)\.(htm|js|css)$ {
echo "match second";
}
location ~ /rex/a/b/(.*)\.(htm|js|css)$ {
echo "match third";
}
}結(jié)果：
精準(zhǔn)匹配最優(yōu)先：
一般匹配選最長：
正則覆蓋普通匹：
不能覆蓋非正則
正則匹配選首位：
proxy_pass 代理轉(zhuǎn)發(fā)
在上面的示例中，我們通過修改本機hosts文件，讓本機訪問 test.loaction.com 相當(dāng)于訪問 192.168.100.14。我們現(xiàn)在假設(shè)有一個服務(wù)在 192.168.100.15 這臺機器上。我們能不能通過訪問 test.loaction.com，訪問到 192.168.100.15 上的資源呢？
這樣的想法其實是在模擬實際做項目的時候，我們可以只購買一個域名，然后訪問多個云服務(wù)器。我們要做的就是讓域名對應(yīng)的服務(wù)器具有代理轉(zhuǎn)發(fā)的功能。這里是服務(wù)器作為代理，讓客戶端能通過訪問代理服務(wù)器來訪問其它服務(wù)器，所以是反向代理。
通過在 location 里配置 proxy_pass 就能實現(xiàn)代理轉(zhuǎn)發(fā)功能，幫助我們將請求轉(zhuǎn)發(fā)到別的服務(wù)器。
我們先看示例再看規(guī)則：
server {
listen 80;
server_name test.location.com;
本機ip地址：192.168.100.104
#后端服務(wù)路徑：
http://192.168.100.105:8080/user/query?id=1
#規(guī)則一：
#訪問路徑：http://test.location.com/user/query?id=1
location /user {
#path1:/user path2:/query
#ip:port 后面無 /
proxy_pass http://192.168.0.105:8080;
}
規(guī)則二：
#訪問路徑 ：http://test.location.com/A/user/query?id=1
location /A/user {
#path1:/A/user path2:/query
#ip:port 后面有 /xxx
proxy_pass http://192.168.0.105:8080/user;
}
}解讀：
后端服務(wù)路徑都是 http://192.168.100.105:8080/user/query?id=1。用規(guī)則一，可以使訪問路徑為 http://test.location.com/user/query?id=1；用規(guī)則二，可以使訪問路徑為 http://test.location.com/A/user/query?id=1。
規(guī)則：
1. 訪問路徑格式為 sever_name + path1 + path2 + ?param
2. location 后面的路徑就是 path1，對照訪問路徑格式，path1 和 ?param 之間的為path2
3. 如果 proxy_pass 后面的值形如 http: // ip : port; 那么實際訪問的地址是 http: // ip : port + path1 + path2 + ?param
4. 如果 proxy_pass 后面的值形如 http: // ip : port / xxx; (末尾相比上面有 /xxx)
那么實際訪問的地址是 http: // ip : port + path2 + ?param
規(guī)則二的作用：
如果我們訪問其它服務(wù)器都使用規(guī)則一，那么我們將無法直觀地從 URL 確定這個服務(wù)屬于那臺機器或者哪種服務(wù)。
而如果使用規(guī)則二，我們可以通過合理的設(shè)置明確地知道，我們訪問的是服務(wù)A。
root 與 index
nginx.conf 里的默認 location 如下：
location / {
root html;
index index.html;
}意思是資源文件的根目錄在 nginx 程序所在文件夾下的 html 文件夾：
如果我們沒有寫 URI，默認的資源是 html 文件夾下的 index.html
但是你如果這樣配置：
location / {
root html;
index index.html;
}
location /index.html {
echo "index";
}最后訪問 http://test.location.com/ 瀏覽器會輸出 index：
也就是說，雖然前面設(shè)置了 index ，但是如果它對應(yīng)的地址有被 location 匹配到的話，會執(zhí)行 location 匹配后的結(jié)果。
但是，必須還是得有 index 對應(yīng)的文件。
為了驗證上面這一點，我把 html 目錄下的 index.html 改成 index，再 reload 并訪問：
root 與 alias
還是先看示例比較直觀：
server {
listen 80;
server_name test.local.com;
#文件地址：/etc/nginx/html/static/a.html
#訪問路徑：http://test.local.com/static/a.html
location /static {
#path1:/static path2:/a.html
root /etc/nginx/html/;
#文件地址：root + path1 + path2
}
#訪問路徑：http://test.local.com/target/a.html
location /target {
#path1:/target path2:/a.html
alias /etc/nginx/html/static/;
#文件地址：alias + path2
}
}解讀：
文件地址一樣，訪問路徑可以不同。
使用 root 聲明的是根目錄，經(jīng)過 location 匹配后，直接去根目錄下找訪問路徑中 sever_name 后面的文件地址。
使用 alias 聲明的是別名目錄，經(jīng)過 location 匹配后，去別名目錄下找訪問路徑中 sever_name 后面除去 location 匹配的地址的剩余地址。這就好像給 location 匹配的地址取了個別名一樣。
規(guī)則：
1. 訪問路徑格式為 sever_name + path1 + path2
2. location 后面的路徑就是 path1，對照訪問路徑格式，path1 后面的就是 path2
3. 如果使用 root ，文件地址為：
root + path1 +path2
4. 如果使用 alias ，文件地址為：
alias + path2
location 執(zhí)行過程
結(jié)合以上內(nèi)容，就很容易理解 location 執(zhí)行過程了，如下圖
rewrite 重定向
location 里還可以配置 rewrite 實現(xiàn)重定向：
rewrite regex replacement [flag];
其中：
regex：正則表達式
replacement ：替換值flag：后續(xù)處理標(biāo)識，可以為 break/last/permanent/redirect
重點在于 flag ：
1. flag=break
發(fā)生 nginx 內(nèi)部重定向，path值被更新，rewrite層面的命令會中斷。原控制流程邏輯不變往下走
2. flag=last
發(fā)生nginx內(nèi)部重定向，path值被更新，rewrite層面的命令會中斷。控制流程刷新，重新進行整個location層的邏輯流程
3. flag= permanent/redirect
發(fā)生頁面重定向（301永久重定向/302臨時重定向），nginx流程結(jié)束，返回http響應(yīng)到瀏覽器，頁面url更新
4.flag為空
發(fā)生nginx內(nèi)部重定向，path值被更新，rewrite層面的命令繼續(xù)。最后一個rewrite完畢，刷新控制流程，重新進行l(wèi)ocation重匹配
示例：
server {
listen 80;
server_name test.location.com;
location /a.html {
echo 'I am a.html';
}
location /b.html {
echo 'I am b.html';
}
#此路徑請求：http://test.location.com/aa.html
location /aa.html {##內(nèi)部重定向
rewrite ^/ /a.html break;##不會執(zhí)行下面的rewrite
rewrite ^/ /b.html break;
root /etc/nginx/html/;
}
#此路徑請求：http://test.location.com/ab.html
location /ab.html {##內(nèi)部重定向
rewrite ^/ /a.html last;##不會執(zhí)行下面的rewrite，但重新location匹配
rewrite ^/ /b.html last;
rewrite ^/ /c.html;
root /etc/nginx/html/;
}
#此路徑請求：http://test.location.com/ba
location /ba {
rewrite ^/ /b.html permanent;##301永久重定向
root /etc/nginx/html/;
}
#此路徑請求：http://test.location.com/bb
location /bb {
rewrite ^/ /b.html redirect;##302臨時重定向
set $aa 12;
root /etc/nginx/html/;
}
#此路徑請求：http://test.location.com/cc.html
location /cc.html {
rewrite ^/ /c.html;##指令不停，繼續(xù)往下
rewrite ^/ /b.html;
rewrite ^/ /a.html;##最后一條，生效的是這條
root /etc/nginx/html/;
}
}結(jié)果：
訪問 http://test.location.com/aa.html，直接尋找 root 目錄下的 a.html，我沒有寫這個 html，所以是 404
訪問 http://test.location.com/ab.html，因為重新 location 匹配了，所以匹配到了上面的 /a.html，輸出了一句話
訪問 http://test.location.com/ba，永久重定向，可以看到地址欄的網(wǎng)址都變了，是外部重定向
訪問 http://test.location.com/bb，臨時重定向
訪問 http://test.location.com/cc.html，不是 404，也經(jīng)過了重新 location 匹配
Nginx 處理請求的11個階段
Nginx 處理請求的全過程一共劃分為 11 個階段（如圖），按階段由上到下依次執(zhí)行 （上一階段的所有指令執(zhí)行完畢，才進入下一階段）
各階段的含義如下：
- post_read: 接收到完整的 http 頭部后處理的階段，在uri重寫之前。一般跳過
- server_rewrite： location匹配前，修改uri的階段，用于重定向，location塊外的重寫指令（多次執(zhí)行）
- find_config： uri 尋找匹配的location塊配置項（多次執(zhí)行）
- rewrite：找到location塊后再修改uri，location級別的uri重寫階段（多次執(zhí)行）
- post_rewrite：防死循環(huán)，跳轉(zhuǎn)到對應(yīng)階段
- preaccess： 權(quán)限預(yù)處理
- access：判斷是否允許這個請求進入
- post_access： 向用戶發(fā)送拒絕服務(wù)的錯誤碼，用來響應(yīng)上一階段的拒絕
- try_files： 訪問靜態(tài)文件資源
- content ： 內(nèi)容生成階段，該階段產(chǎn)生響應(yīng)，并發(fā)送到客戶端
- log：記錄訪問日志
到此這篇關(guān)于Nginx配置 location模塊實現(xiàn)路由(反向代理、重定向)功能的文章就介紹到這了,更多相關(guān)Nginx location 路由反向代理和重定向內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Nginx反向代理多域名的HTTP和HTTPS服務(wù)的實現(xiàn)
這篇文章主要介紹了Nginx反向代理多域名的HTTP和HTTPS服務(wù)的實現(xiàn)，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-06-06
本文主要介紹了nginx?流控使用的項目實踐2024-03-03
本文主要介紹了使用Docker實現(xiàn)Nginx反向代理，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06
nginx將https協(xié)議反向代理到http協(xié)議請求上的實現(xiàn)
本文主要介紹了nginx將https協(xié)議反向代理到http協(xié)議請求上的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-10-10
nginx作為web服務(wù)器一個重要的功能就是反向代理,當(dāng)然你也可以使用nginx配置正向代理,這篇文章主要給大家介紹了關(guān)于Nginx反向代理的相關(guān)資料,需要的朋友可以參考下2021-10-10
nginx加php-fpm出現(xiàn)502 bad gateway錯誤的5種解決方法
這篇文章主要介紹了nginx加php-fpm環(huán)境中出現(xiàn)502 bad gateway錯誤的5種解決方法,總結(jié)歸納服務(wù)器出現(xiàn)502錯誤的原因多數(shù)為連接過多和腳本超時,本文總結(jié)了5種解決方法,需要的朋友可以參考下2014-05-05
Nginx 簡單的負載均衡配置示例，需要的朋友可以參考下。2009-10-10
Nginx的location的常見規(guī)則優(yōu)先級問題
Nginx是反向代理和負載均衡的首選工具，nginx的location配置有許多細節(jié)內(nèi)容在網(wǎng)上不容易找到資料，或者解釋不清。本文對Nginx location規(guī)則優(yōu)先級介紹，需要的朋友參考下吧2021-08-08
LNMP是指一組通常一起使用來運行動態(tài)網(wǎng)站或者服務(wù)器的自由軟件名稱首字母縮寫,L指Linux,N指Nginx,M一般指MySQL,也可以指MariaDB,P一般指PHP,也可以指Perl或Python2023-08-08
這篇文章主要介紹了Nginx的配置函數(shù)對于請求體的讀取,深入Nginx的內(nèi)核配置中進行講解,需要的朋友可以參考下2015-12-12