詳解Nginx中的Rewrite的重定向配置與實踐

一:理解地址重寫 與 地址轉(zhuǎn)發(fā)的含義。

在盤州等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作專業(yè)公司,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站建設(shè),網(wǎng)絡(luò)營銷推廣,外貿(mào)網(wǎng)站制作,盤州網(wǎng)站建設(shè)費用合理。

地址重寫與地址轉(zhuǎn)發(fā)是兩個不同的概念。

地址重寫 是為了實現(xiàn)地址的標準化,比如我們可以在地址欄中中輸入 www.baidu.com. 我們也可以輸入 www.baidu.cn. 最后都會被重寫到 www.baidu.com 上。瀏覽器的地址欄也會顯示www.baidu.com。

地址轉(zhuǎn)發(fā):它是指在網(wǎng)絡(luò)數(shù)據(jù)傳輸過程中數(shù)據(jù)分組到達路由器或橋接器后,該設(shè)備通過檢查分組地址并將數(shù)據(jù)轉(zhuǎn)發(fā)到最近的局域網(wǎng)的過程。

因此地址重寫和地址轉(zhuǎn)發(fā)有以下不同點:

1. 地址重寫會改變?yōu)g覽器中的地址,使之變成重寫成瀏覽器最新的地址。而地址轉(zhuǎn)發(fā)他是不會改變?yōu)g覽器的地址的。
2. 地址重寫會產(chǎn)生兩次請求,而地址轉(zhuǎn)發(fā)只會有一次請求。
3. 地址轉(zhuǎn)發(fā)一般發(fā)生在同一站點項目內(nèi)部,而地址重寫且不受限制。
4. 地址轉(zhuǎn)發(fā)的速度比地址重定向快。

二:理解 Rewrite指令 使用

該指令是通過正則表達式的使用來改變URI。可以同時存在一個或多個指令。需要按照順序依次對URL進行匹配和處理。

該指令可以在server塊或location塊中配置,其基本語法結(jié)構(gòu)如下:

rewrite regex replacement [flag];

rewrite的含義:該指令是實現(xiàn)URL重寫的指令。
regex的含義:用于匹配URI的正則表達式。
replacement:將regex正則匹配到的內(nèi)容替換成 replacement。
flag: flag標記。

flag有如下值:

  • last: 本條規(guī)則匹配完成后,繼續(xù)向下匹配新的location URI 規(guī)則。(不常用)
  • break: 本條規(guī)則匹配完成即終止,不再匹配后面的任何規(guī)則(不常用)。
  • redirect: 返回302臨時重定向,瀏覽器地址會顯示跳轉(zhuǎn)新的URL地址。
  • permanent: 返回301永久重定向。瀏覽器地址會顯示跳轉(zhuǎn)新的URL地址。

比如如下列子:

rewrite ^/(.*) http://www.baidu.com/$1 permanent;

說明:
rewrite 為固定關(guān)鍵字,表示開始進行rewrite匹配規(guī)則。
regex 為 ^/(.*)。 這是一個正則表達式,匹配完整的域名和后面的路徑地址。
replacement就是 http://www.baidu.com/$1 這塊了,其中$1是取regex部分()里面的內(nèi)容。如果匹配成功后跳轉(zhuǎn)到的URL。
flag 就是 permanent,代表永久重定向的含義,即跳轉(zhuǎn)到 http://www.baidu.com/$1 地址上。

下面我們來做個簡單的demo來模擬下:

1. 在我們的測試項目下有個app.js. 代碼如下:

const Koa = require('koa');
const app = new Koa();

const router = require('koa-router')();

// 添加路由
router.get('/', ctx => {
 ctx.body = '<h2>歡迎光臨index page 頁面</h2>';
});

router.get('/home', ctx => {
 ctx.body = '<h2>歡迎光臨home頁面</h2>';
});

router.get('/404', ctx => {
 ctx.body = '<h2>404...</h2>'
});

// 加載路由中間件
app.use(router.routes());

app.listen(3001, () => { 
 console.log('server is running at http://localhost:3001');
});

然后在命令行中 運行 node app.js 后,運行,我們就可以在瀏覽器中 訪問 http://localhost:3001 就可以訪問到我們對應(yīng)的頁面了。但是現(xiàn)在我想把該node項目部署到我本地的nginx服務(wù)器上。nginx安裝請看我這篇文章 然后我想使用域名來訪問我們的項目,因此我們需要在我們的nginx.conf中配置一下:

cd /usr/local/etc/nginx

然后使用命令:sudo open /usr/local/etc/nginx/nginx.conf -a 'sublime text' 命令打開 nginx.conf 配置如下:

worker_processes 1;

events {
  worker_connections 1024;
}
http {
  include    mime.types;
  default_type application/octet-stream;

  sendfile    on;
  #tcp_nopush   on;

  #keepalive_timeout 0;
  keepalive_timeout 65;

  #gzip on;

  server {
   listen    8081;
   server_name localhost;
   location / {
    root  html;
    index index.html index.htm; 
   }
   error_page  500 502 503 504 /50x.html;
   location = /50x.html {
    root  html;
   }
  }
  server {
   listen 8088;
   server_name xxx.abc.com;
   location / {
    proxy_pass http://127.0.0.1:3001;
    rewrite ^/(.*) http://www.baidu.com permanent;
   }
  }
}

如上代碼,我監(jiān)聽端口號是8088,然后server_name 配置設(shè)置為 xxx.abc.com, 然后當我們訪問 http://xxx.abc.com:8088/的時候,會先反向代理到我們的http://127.0.0.1:3001下的node對應(yīng)的頁面上來,反向代理完成后,會使用 rewrite 重定向百度頁面去了。如上配置完成后,我們需要重啟下nginx服務(wù)器;使用命令:

詳解Nginx中的Rewrite的重定向配置與實踐

然后當我們在瀏覽器訪問 http://xxx.abc.com:8088/ 的時候,會執(zhí)行如下圖所示,它會先對 http://xxx.abc.com:8088/ 進行永久重定向(301), 然后會訪問百度(307),臨時重定向到百度頁面來,最終加載百度頁面的地址;如下演示所示:

詳解Nginx中的Rewrite的重定向配置與實踐

詳解Nginx中的Rewrite的重定向配置與實踐

詳解Nginx中的Rewrite的重定向配置與實踐

但是如果我把 permanent 改成 redirect 的話,比如nginx配置:rewrite ^/(.*) http://www.baidu.com redirect;后,它就會變成302臨時重定向了。如下所示:

詳解Nginx中的Rewrite的重定向配置與實踐

三:理解if指令

該指令用來支持條件判斷的,并且根據(jù)條件判斷結(jié)果來選擇不同的nginx的配置,我們可以在server塊或location塊中配置該指令,它的語法結(jié)構(gòu)為:

if (condition) {
 // ....
}

condition 是布爾值 true/false的含義。

Rewrite 指令可用的全局變量如下:

1. $args: 該變量中存放了請求URL中的請求指令。比如 http://127.0.0.1:3001?arg1=value1&arg2=value2 中的
"arg1=value1&arg2=value2"。
2. $content_length: 該變量中存放了請求頭中的Content-length字段。
3. $content_type: 該變量中存放了請求頭中的 Content-type字段。
4. $document_root: 該變量中存放了針對當前請求的根路徑。
5. $document_uri: 該變量中存放了請求的當前URI, 但是不包括請求指令。比如 http://xxx.abc.com/home/1?arg1=value1&
arg2=value2; 中的 "/home/1"
6. $host: 變量中存放了請求的URL中的主機部分字段,比如http://xxx.abc.com:8080/home中的 xxx.abc.com.
7. $http_host: 該變量與$host唯一區(qū)別帶有端口號:比如上面的是 xxx.abc.com:8080
8. $http_user_agent: 變量中存放客戶端的代理信息。
9. $http_cookie, 該變量中存放客戶端的cookie信息。
10. $remote_addr 該變量中存放客戶端的地址。
11. $remote_port 該變量中存放了客戶端與服務(wù)器建立連接的端口號。
12. $remote_user 變量中存放客戶端的用戶名。
13. $request_body_file 變量中存放了發(fā)給后端服務(wù)器的本地文件資源的名稱
14. $request_method 變量中存放了客戶端的請求方式,比如 'GET'、'POST'等。
15. $request_filename 變量中存放了當前請求的資源文件的路徑名。
16. $request_uri 變量中存放了當前請求的URI,并且?guī)д埱笾噶睢?br />17. $query_string 和變量$args含義一樣。
18. $scheme 變量中存放了客戶端請求使用的協(xié)議,比如 'http', 'https'等。
19. $server_protocol 變量中存放了客戶端請求協(xié)議的版本, 比如 'HTTP/1.0'、'HTTP/1.1' 等。
..... 等等

正則表達式的基本語法:

1. 對變量進行匹配

'~' 表示匹配過程中對大小寫敏感。
'~*' 表示匹配過程中對大小寫不敏感。
'!~' 如果 '~' 匹配失敗時,那么該條件就為true。
'!~*' 如果 '~*' 匹配失敗時,那么該條件就為true。

比如如下:

if ($http_user_agent ~ MSIE) {
 // 代碼的含義:$http_user_agent值中是否含有 MSIE 字符串,如果包含為true,否則為false
}

2. 判斷請求的文件是否存在

'-f' 如果請求的文件存在,那么該條件為true。
'!-f' 如果該文件的目錄存在,該文件不存在,那么返回true。如果該文件和目錄都不存在,則為false。
如果請求的目錄不存在,請求的文件存在,也為false。

if (-f $request_filename) {
 // 判斷請求的文件是否存在
}

if (!-f $request_filename) {
 // 判斷請求的文件是否不存在
}

3. 判斷請求的目錄是否存在使用 '-d' 和 '!-d'

使用 '-d',如果請求的目錄存在,則返回true。否則返回false。
使用 '!-d', 如果請求的目錄不存在,但是該請求的上級目錄存在,則返回true。如果該上級目錄不存在,則返回false.... 等等其他一些語法,不多介紹。

現(xiàn)在我們使用if指令來對nginx加一些判斷;比如說我們訪問http://xxx.abc.com:8080/home時候,如果$host = 'xxx.abc.com' 的時候,就做重定向跳轉(zhuǎn),nginx配置代碼如下:

server {
 listen 8088;
 server_name xxx.abc.com;
 location / {
  proxy_pass http://127.0.0.1:3001;
  if ($host = 'xxx.abc.com') {
   rewrite ^/(.*) http://www.cnblogs.com redirect;
  }
 }
}

nginx 如上配置,如果我們訪問 http://xxx.abc.com:8088 的時候,它就會重定向到 http://www.cnblogs.com 來了。

詳解Nginx中的Rewrite的重定向配置與實踐

比如更多的判斷,比如如果用戶代理是手機訪問的話,直接跳轉(zhuǎn)到某個頁面去,也可以使用if判斷。比如如下:

if ( $http_user_agent ~* "(Android)|(iPhone)|(Mobile)|(WAP)|(UCWEB)" ){
 rewrite ^/$ http://www.cnblogs.com permanent;
}

四:理解防盜鏈及nginx配置

什么是防盜鏈?盜鏈可以理解盜圖鏈接,也就是說把別人的圖片偷過來用在自己的服務(wù)器上,那么防盜鏈可以理解為防止其他人把我的圖片盜取過去。

防盜鏈的實現(xiàn)原理:客戶端向服務(wù)器端請求資源時,為了減少網(wǎng)絡(luò)帶寬,提高響應(yīng)時間,服務(wù)器一般不會一次將所有資源完整地傳回客戶端。比如請求一個網(wǎng)頁時,首先會傳回該網(wǎng)頁的文本內(nèi)容,當客戶端瀏覽器在解析文本的過程中發(fā)現(xiàn)有圖片存在時,會再次向服務(wù)器發(fā)起對該圖片資源的請求,服務(wù)器將存儲的圖片資源再發(fā)送給客戶端。但是如果這個圖片是鏈接到其他站點的服務(wù)器上去了呢,比如在我項目中,我引用了的是淘寶中的一張圖片的話,那么當我們網(wǎng)站重新加載的時候,就會請求淘寶的服務(wù)器,那么這就很有可能造成淘寶服務(wù)器負擔。因此這個就是盜鏈行為。因此我們要實現(xiàn)防盜鏈。

實現(xiàn)防盜鏈:使用http協(xié)議中請求頭部的Referer頭域來判斷當前訪問的網(wǎng)頁或文件的源地址。通過該頭域的值,我們可以檢測訪問目標資源的源地址。如果目標源地址不是我們自己站內(nèi)的URL的話,那么這種情況下,我們采取阻止措施,實現(xiàn)防盜鏈。但是注意的是:Referer頭域中的值是可以被更改的。因此該方法也不能完全安全阻止防盜鏈。

使用Nginx服務(wù)器的Rewrite功能實現(xiàn)防盜鏈。

Nginx中有一個指令 valid_referers. 該指令可以用來獲取 Referer 頭域中的值,并且根據(jù)該值的情況給 Nginx全局變量 $invalid_referer 賦值。如果Referer頭域中沒有符合 valid_referers指令的值的話,$invalid_referer變量將會賦值為1.

valid_referers 指令基本語法如下:

valid_referers none | blocked | server_names | string

none: 檢測Referer頭域不存在的情況。
blocked: 檢測Referer頭域的值被防火墻或者代理服務(wù)器刪除或偽裝的情況。那么在這種情況下,該頭域的值不以"http://" 或 "https://" 開頭。

server_names: 設(shè)置一個或多個URL,檢測Referer頭域的值是否是URL中的某個。

因此我們有了 valid_referers指令和$invalid_referer變量的話,我們就可以通過 Rewrite功能來實現(xiàn)防盜鏈。
下面我們介紹兩種方案:第一:根據(jù)請求資源的類型。第二:根據(jù)請求目錄。

1. 根據(jù)請求文件類型實現(xiàn)防盜鏈配置實列如下:

server {
 listen 8080;
 server_name xxx.abc.com
 location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ {
  valid_referers none blocked www.xxx.com www.yyy.com *.baidu.com *.tabobao.com;
  if ($invalid_referer) {
   rewrite ^/ http://www.xxx.com/images/forbidden.png;
  }
 }
}

如上基本配置,當有網(wǎng)絡(luò)連接對以 gif、jpg、png為后綴的圖片資源時候、當有以swf、flv為后綴的媒體資源時、或以 rar、zip為后綴的壓縮資源發(fā)起請求時,如果檢測到Referer頭域中沒有符合 valid_referers指令的話,那么說明不是本站的資源請求。

location ~* ^.+\.(gif|jpg|png|swf|flv|rar|zip)$ 該配置的含義是 設(shè)置防盜鏈的文件類型。

valid_referers none blocked www.xxx.com www.yyy.com *.baidu.com *.tabobao.com; 可以理解為白名單,允許文件鏈出的域名白名單,如果請求的資源文件不是以這些域名開頭的話,就說明請求的資源文件不是該域下的請求,因此可以判斷它是盜鏈。因此如果不是該域下的請求,就會使用 Rewrite進行重定向到 http://www.xxx.com/images/forbidden.jpg 這個圖片,比如這張圖片是一個x或其他的標識,然后其他的網(wǎng)站就訪問不了你這個圖片哦。

2. 根據(jù)請求目錄實現(xiàn)防盜鏈的配置實列如下:

server {
 listen 8080;
 server_name xxx.abc.com
 location /file/ {
  root /server/file/;
  valid_referers none blocked www.xxx.com www.yyy.com *.baidu.com *.tabobao.com;
  if ($invalid_referer) {
   rewrite ^/ http://www.xxx.com/images/forbidden.png;
  }
 }
}

到此這篇關(guān)于詳解Nginx中的Rewrite的重定向配置與實踐的文章就介紹到這了,更多相關(guān)Nginx Rewrite重定向內(nèi)容請搜索創(chuàng)新互聯(lián)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持創(chuàng)新互聯(lián)!

新聞名稱:詳解Nginx中的Rewrite的重定向配置與實踐
文章轉(zhuǎn)載:http://bm7419.com/article4/jddeoe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供定制開發(fā)虛擬主機、網(wǎng)頁設(shè)計公司移動網(wǎng)站建設(shè)、商城網(wǎng)站品牌網(wǎng)站制作

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

成都app開發(fā)公司