Nginx 路由轉發配置筆記

Nginx 路由轉發配置筆記

因爲預算有限，只有一臺服務器，想要玩的東西很多，因此這個臺服務器上會提供多重服務，所以涉及到的nginx轉發就必有重要了

由nginx作請求代理，提供多種服務

1. php搭建的網站
2. hexo建立的博客系統
3. spring-boot & tomcat搭建的後臺
4. 靜態網頁

本片配置筆記中，主要集中如下幾個內容

• location的匹配規則是怎樣的
• 如何實現路由轉發（反向代理）
• 如何修改請求的路徑（如請求的是 a/index.html 改成 a/public/index.html）

I. location匹配規則

1. 語法

location [=|~|~*|^~|@] /uri/ {
  ...
}

2. 說明

從上面的語法出發，能夠了解到location能夠區分爲三個部分，接下來一個一個的研究一下

a. PartOne: [=|~|~*|^~|@]

• = : 表示精確匹配後面的url
• ~ : 表示正則匹配，可是區分大小寫
• ~* : 正則匹配，不區分大小寫
• ^~ : 表示普通字符匹配，若是該選項匹配，只匹配該選項，不匹配別的選項，通常用來匹配目錄
• @ : "@" 定義一個命名的 location，使用在內部定向時，例如 error_page

上面定義了幾個不一樣的符號，表示不一樣的匹配規則，那麼前後順序呢？

1. =前綴的指令嚴格匹配這個查詢。若是找到，中止搜索。
2. 全部剩下的常規字符串，最長的匹配。若是這個匹配使用^〜前綴，搜索中止。
3. 正則表達式，在配置文件中定義的順序。
4. 若是第3條規則產生匹配的話，結果被使用。不然，使用第2條規則的結果。

直接看這個可能不太好理解，寫幾個case實際測試一下

---

測試case1:

location = /world {
  return 600;
}

location = /hello {
  return 600;
}

location ~ /hellowo {
  return 602;
}

location ^~ /hello {
  return 601;
}

- 請求 localhost/world 返回600
- 請求 localhost/world2 localhost/test/world 返回其餘
- 請求 localhost/hello  返回600
- 請求 localhost/hello/123 返回601
- 請求 localhost/hellow 返回601
- 請求 localhost/hellowo 返回601
- 請求 localhost/test/hellowo  返回602
- 請求 localhost/test/hello 返回其餘

所以能夠知道

• = 是精確完整匹配, 且優秀最高
• 正則匹配時，若是 ~ 和 ^~ 同時匹配規則，則 ^~ 優先
• ^~ 這個不會匹配請求url中後面的路徑, 如上面的 /test/hello 沒有匹配上
• ^~ 不支持正則，和=相比，範圍更廣， hellowo 是能夠被^~匹配，可是 = 不會匹配
• ~ 路徑中只要包含就能夠匹配，如上面的 /test/hellowo 返回了602

測試case2:

location ~ /hello {
  return 602;
}

location ~ /helloworld {
  return 601;
}

- 請求 localhost/world/helloworld 返回 602
- 請求 localhost/helloworld 返回 602

調整一下上面的順序以後

location ~ /helloworld {
  return 601;
}

location ~ /hello {
  return 602;
}

- 請求 localhost/helloworld 返回601
- 請求 localhost/world/helloworld 返回601
- 請求 localhost/helloWorld 返回602

因此同時正則匹配時

• 放在前面的優先匹配
• 注意若是不區分大小寫時，使用~*
• 儘可能將精確匹配的放在前面

測試case3:

location ^~ /hello/ {
  return 601;
}

location /hello/world {
  return 602;
}

這種場景中，存在一個沒有符號的路由規則，那麼實際的測試是怎樣呢？

- http://localhost/hello/wor 返回601
- http://localhost/hello/world 返回602
- http://localhost/hello/world23 返回602
- http://localhost/hello/world/123 返回602

從上面case能夠看出

• 沒有符號時，全匹配是優先於^~的

b. PartTwo: [uri]

這裏主要填的就是須要匹配的path路徑，根據前面的符號，這裏能夠填寫精確的path路徑，也能夠填正則表達式，下面則主要針對正則進行說明

. ： 匹配除換行符之外的任意字符
? ： 重複0次或1次
+ ： 重複1次或更屢次
* ： 重複0次或更屢次
\d ：匹配數字
^ ： 匹配字符串的開始
$ ： 匹配字符串的介紹
{n} ： 重複n次
{n,} ： 重複n次或更屢次
[c] ： 匹配單個字符c
[a-z] ： 匹配a-z小寫字母的任意一個
小括號()之間匹配的內容，能夠在後面經過$1來引用，$2表示的是前面第二個()裏的內容。正則裏面容易讓人困惑的是\轉義特殊字符。

c. PartThree: {}

匹配完畢以後內部定義一些列的處理動做，這個涉及到的點比較多，這裏不詳細展開，後面有空單獨撈出

---

II. 路由轉發

請求path匹配只是第一步，匹配完了以後，如何將請求轉發給其餘的web服務呢？

0. 反向代理

一般可見的一種使用姿式就是使用nginx，代理請求，轉發到內部的tomact服務上

主要是經過 proxy_pass 這個來實現

location ^~ /webs {
  proxy_pass http://127.0.0.1:8080/webs;
}

將全部以 webs開頭的請求，轉發給8080端口的tomcat服務上

上面是直接寫死轉發到一個ip上，若是是多個機器提供服務呢？能夠這麼玩

## 下面放在http的括號內，做爲第一層
upstream test.online {
    server 120.11.11.11:8080 weight=1;
    server 120.11.11.12:8080 weight=1;
}

location ^~ /webs {
      proxy_pass http://test.online;
      proxy_redirect default;
}

1. Rewrite命令

rewrite功能就是，使用nginx提供的全局變量或本身設置的變量，結合正則表達式和標誌位實現url重寫以及重定向。

rewrite只能放在server{},location{},if{}中，

而且只能對域名後邊的除去傳遞的參數外的字符串起做用, 如

http://zbang.online/a/we/index.php?id=1&u=str 只對/a/we/index.php重寫。

語法rewrite regex replacement [flag];

一個case，經過rewrite實現對url的重寫，將下面的

location ^~ /hexo {
  root '/Users/yihui/GitHub/';
}

location ~ /hello {
  rewrite ^(/hello).*$ /hexo/public/index.html last;
  return 603;
}

將hello開頭的，所有轉發到/hexo/public/index.html

III. 小結

1. demo

將全部以blog開頭的請求，所有轉發到某個地方

location ^~ /blog {
  root '/var/www/html/blog';
}

2. 路徑匹配規則

• = : 表示精確匹配後面的url
• ~ : 表示正則匹配，可是區分大小寫
• ~* : 正則匹配，不區分大小寫
• ^~ : 表示普通字符匹配，若是該選項匹配，只匹配該選項，不匹配別的選項，通常用來匹配目錄
• @ : "@" 定義一個命名的 location，使用在內部定向時，例如 error_page

匹配順序以下：

1. =前綴的指令嚴格匹配這個查詢。若是找到，中止搜索。
2. 全部剩下的常規字符串，最長的匹配。若是這個匹配使用^〜前綴，搜索中止。
3. 正則表達式，在配置文件中定義的順序。
4. 若是第3條規則產生匹配的話，結果被使用。不然，使用第2條規則的結果。

3. 路由轉發

• 經過 proxy_pass 能夠實現反向代理
• 經過 rewrite 能夠實現路由轉發

IV. 參考

• location匹配順序
• nginx 常見正則匹配符號表示

V. 其餘

聲明

盡信書則不如，已上內容，純屬一家之言，因本人能力通常，見識有限，若有問題，請不吝指正，感激

掃描關注，不定時分享各類java學習筆記