1.weight=#權(quán)重值，默認(rèn)為1；

2.max_conns=#上游服務(wù)器的最大并發(fā)連接數(shù)；

3.fail_timeout=#服務(wù)器不可用的判定時間；

4.max_fails=#服務(wù)器不可用的檢查次數(shù)；

5.backup#備份服務(wù)器，僅當(dāng)其他服務(wù)器都不可用時才會啟用；

6.down#標(biāo)記服務(wù)器長期不可用，離線維護(hù)；

點(diǎn)此查看：負(fù)載均衡演示

1.3.6 return

停止處理請求，直接返回響應(yīng)碼或重定向到其他 URL ；執(zhí)行 return 指令后， location 中后續(xù)指令將不會被執(zhí)行。

|   |   |
| --- | --- |
|   |#語法： |
|   |#return code [text]; |
|   |#return code URL; |
|   |#return URL; |
|   |   |
|   |#例如： |
|   | location / { |
|   |return404;  #直接返回狀態(tài)碼 |
|   | }  |
|   |   |
|   | location / { |
|   |return404"pages not found"; #返回狀態(tài)碼 + 一段文本 |
|   | }  |
|   |   |
|   | location / { |
|   |return302 /bbs; #返回狀態(tài)碼 + 重定向地址 |
|   | }  |
|   |   |
|   | location / { |
|   |returnhttps://www.baidu.com; #返回重定向地址 |
|   | }  |

1.3.7 rewrite

根據(jù)指定正則表達(dá)式匹配規(guī)則，重寫 URL 。

|   |   |
| --- | --- |
|   |#上下文(標(biāo)簽)：server、location、if |
|   |   |
|   |#語法：rewrite <正則表達(dá)式> <要替換的內(nèi)容> [flag]; |
|   | rewirte /images/(.*.jpg)$ /pic/$1;  #變量$1 是前面括號(.*.jpg)的反向引用 |

flag可選值的含義：

?last重寫后的 URL 發(fā)起新請求，再次進(jìn)入 server 段，重試 location 的中的匹配；

?break直接使用重寫后的 URL ，不再匹配其它 location 中語句；

?redirect返回 302 臨時重定向；

?permanent返回 301 永久重定向；

點(diǎn)此查看：rewrite實(shí)例演示

1.3.8 if

|   |   |
| --- | --- |
|   |#上下文：server、location |
|   |   |
|   |#語法：if (condition) { ... } |
|   |if($http_user_agent~ Chrome) { |
|   | rewrite /(.*) /browser/$1break; |
|   | }  |
|   |   |
|   |#實(shí)例：當(dāng)訪問 localhost:8080/images/ 時，會進(jìn)入 if 判斷里面，并執(zhí)行 rewrite 命令。 |
|   | server { |
|   | listen 8080; |
|   | server_name localhost; |
|   | root html; |
|   |   |
|   | location / { |
|   |if($uri="/images/") { |
|   | rewrite (.*) /pics/break; |
|   | }  |
|   | }  |
|   | }  |

condition 判斷條件：

?$variable#僅為變量時，值為空或以0開頭，字符串都會被當(dāng)做 false 處理；

?=!=#相等或不等；

?~#正則匹配；

?~*#正則匹配，不區(qū)分大小寫；

?-f#檢測 文件 存在；

?-d#檢測 目錄 存在；

?-e#檢測 文件、目錄、符號鏈接 等存在；

?-x#檢測文件可以執(zhí)行；

?!#取反，非；如! ~非正則匹配；或! -f文件不存在

1.3.9 autoindex

用戶請求以 / 結(jié)尾時，列出目錄結(jié)構(gòu)，可以用于快速搭建靜態(tài)資源下載網(wǎng)站。

202503121927444

autoindex-nginx.conf 配置信息：

|   |   |
| --- | --- |
|   |#當(dāng)訪問 fe.lion.com/download/ 時，會把服務(wù)器 /opt/source/download/ 路徑下的文件展示出來 |
|   | server { |
|   | listen 80; |
|   | server_name fe.lion-test.club; |
|   |   |
|   | location /download/ { |
|   | root /opt/source; |
|   |   |
|   | autoindex on;  #打開 autoindex，可選參數(shù)有 on | off |
|   | autoindex_exact_size on;  #修改為off（默認(rèn)on），以bytes（KB、MB、GB）顯示出?件的確切?? |
|   | autoindex_format html;  #以html的方式進(jìn)行格式化，可選參數(shù)有 html | json | xml |
|   | autoindex_localtime off;  #顯示的?件時間為?件的服務(wù)器時間（默認(rèn)off）。顯示的?件時間為GMT時間 |
|   | }  |
|   | }  |

1.4 HTTPS

在學(xué)習(xí)如何配置 HTTPS 之前，我們先來簡單回顧下 HTTPS 的工作流程是怎么樣的？它是如何進(jìn)行加密保證安全的？

1.4.1 HTTPS 工作流程

1. 客戶端（瀏覽器）訪問 https://www.baidu.com 百度網(wǎng)站；

2. 百度服務(wù)器返回 HTTPS 使用的 CA 證書；

3. 瀏覽器驗(yàn)證 CA 證書是否為合法證書；

4. 驗(yàn)證通過，證書合法，生成一串隨機(jī)數(shù)并使用公鑰（證書中提供的）進(jìn)行加密；

5. 發(fā)送公鑰加密后的隨機(jī)數(shù)給百度服務(wù)器；

6. 百度服務(wù)器拿到密文，通過私鑰進(jìn)行解密，獲取到隨機(jī)數(shù)（公鑰加密，私鑰解密，反之也可以）；

7. 百度服務(wù)器把要發(fā)送給瀏覽器的內(nèi)容，使用隨機(jī)數(shù)進(jìn)行加密后傳輸給瀏覽器；

8. 此時瀏覽器可以使用隨機(jī)數(shù)進(jìn)行解密，獲取到服務(wù)器的真實(shí)傳輸內(nèi)容；

這就是 HTTPS 的基本運(yùn)作原理，使用對稱加密和非對稱機(jī)密配合使用，保證傳輸內(nèi)容的安全性。

有興趣的可點(diǎn)此查看：《什么是 SSL、TLS 和 HTTPS？》

1.4.2 配置證書

下載證書的壓縮文件，里面有個 Nginx 文件夾，把 xxx.crt 和 xxx.key 文件拷貝到服務(wù)器目錄，再進(jìn)行如下配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 443 ssl http2 default_server; #SSL 訪問端口號為 443 |
|   | server_name lion.club;   #填寫綁定證書的域名(我這里是隨便寫的) |
|   | ssl_certificate /etc/nginx/https/lion.club_bundle.crt; #證書地址 |
|   | ssl_certificate_key /etc/nginx/https/lion.club.key;   #私鑰地址 |
|   | ssl_session_timeout 10m; |
|   | ssl_protocols TLSv1 TLSv1.1 TLSv1.2;  #支持ssl協(xié)議版本，默認(rèn)為后三個，主流版本是[TLSv1.2] |
|   |   |
|   | location / { |
|   | root  /usr/share/nginx/html; |
|   | index index.html index.htm; |
|   | }  |
|   | }  |

注意：

? ssl_certificate證書的后綴不固定，目前知道的有有：.cer、.pem、.crt ；

? ssl_certificate_key的文件的后綴是固定的為.key

1.5 CORS 跨域配置

CORS（Cross-Origin Resource Sharing，跨源資源共享）是一種瀏覽器機(jī)制，允許網(wǎng)頁從不同的域（源）請求資源。它通過使用額外的 HTTP 頭來告訴瀏覽器，允許某個源（協(xié)議 + 域名 + 端口）訪問資源，即使這些資源來自不同的源。

1.5.1 跨域的定義

同源策略限制了從同一個源加載的文檔或腳本如何與來自另一個源的資源進(jìn)行交互。

這是一個用于隔離潛在惡意文件的重要安全機(jī)制。通常不允許不同源間的讀操作。

1.5.2 同源的定義

如果兩個頁面的協(xié)議，域名和端口都相同，則兩個頁面具有相同的源。

與 URL http://store.company.com/dir/page.html 的源進(jìn)行對比的示例：

? http://store.company.com/dir2/other.html 同源

? https://store.company.com/secure.html 不同源：協(xié)議不同

? http://store.company.com:81/dir/etc.html 不同源：端口不同

? http://news.company.com/dir/other.html 不同源：主機(jī)不同

不同源會有如下限制：

? Web 數(shù)據(jù)層面：同源策略限制了不同源的站點(diǎn)讀取當(dāng)前站點(diǎn)的 Cookie 、 IndexDB 、 LocalStorage 等數(shù)據(jù)。

? DOM 層面：同源策略限制了來自不同源的 JavaScript 腳本對當(dāng)前 DOM 對象讀和寫的操作。

? 網(wǎng)絡(luò)層面：同源策略限制了通過 XMLHttpRequest 等方式將站點(diǎn)的數(shù)據(jù)發(fā)送給不同源的站點(diǎn)。

1.5.3 Nginx 跨域方案

例如：

? 前端服務(wù)的域名為： fe.server.com

? 后端服務(wù)的域名為： dev.server.com

現(xiàn)在我在 fe.server.com 對 dev.server.com 發(fā)起請求一定會出現(xiàn)跨域。

1. 啟動一個 Nginx 服務(wù)器，將 server_name 設(shè)置為 fe.server.com

2. 設(shè)置相應(yīng)的 location 以攔截前端需要跨域的請求

3. 最后將請求代理回 dev.server.com

如下面的配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 80; |
|   | server_name fe.server.com; |
|   | location / { |
|   | proxy_pass http://dev.server.com; |
|   | }  |
|   | }  |

這樣可以完美繞過瀏覽器的同源策略：

1. fe.server.com 訪問 Nginx 的 fe.server.com 屬于同源訪問，

2. 而 Nginx 對服務(wù)端轉(zhuǎn)發(fā)的請求不會觸發(fā)瀏覽器的同源策略。

1.6 gzip 壓縮

GZIP 是規(guī)定的三種標(biāo)準(zhǔn) HTTP 壓縮格式之一。目前絕大多數(shù)的網(wǎng)站都在使用 GZIP 傳輸 HTML、CSS、JavaScript 等資源文件。

對于文本文件， GZiP 的效果非常明顯，開啟后傳輸所需流量大約會降至 1/4~1/3 。

啟用 gzip 同時需要客戶端和服務(wù)端的支持，然而并不是每個瀏覽器都支持 gzip 的。

可以通過請求頭中的 Accept-Encoding 來標(biāo)識對壓縮的支持，如圖：

202503150232712

如果客戶端支持 gzip 的解析，那么只要服務(wù)端能夠返回 gzip 的文件就可以啟用 gzip 了,

可以通過 Nginx 的配置來讓服務(wù)端支持 gzip 。下面的 respone 中 content-encoding:gzip ，指服務(wù)端開啟了 gzip 的壓縮方式。

202503150233152

|   |   |
| --- | --- |
|   |#是否開啟gzip |
|   | gzip on;  #默認(rèn) off |
|   |   |
|   |#采用 gzip 壓縮的 MIME 文件類型，其中 text/html 被系統(tǒng)強(qiáng)制啟用； |
|   | gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; |
|   |   |
|   |#---- 以上兩個參數(shù)開啟就可以支持Gzip壓縮了 ----# |
|   |   |
|   |#該模塊啟用后，Nginx 首先檢查是否存在請求靜態(tài)文件的 gz 結(jié)尾的文件，如果有則直接返回該 .gz 文件內(nèi)容； |
|   | gzip_static on;  #默認(rèn) off |
|   |   |
|   |#nginx做為反向代理時啟用，用于設(shè)置"啟用或禁用"從代理服務(wù)器上收到相應(yīng)內(nèi)容 gzip 壓縮； |
|   | gzip_proxied any;  #默認(rèn) off |
|   |   |
|   |#用于在響應(yīng)消息頭中添加 Vary：Accept-Encoding，使代理服務(wù)器根據(jù)請求頭中的 Accept-Encoding 識別是否啟用 gzip 壓縮； |
|   | gzip_vary on; |
|   |   |
|   |#gzip 壓縮比，壓縮級別是 1-9，級別越高壓縮率越大，壓縮時間越長；1 壓縮級別最低，9 最高，建議 4-6； |
|   | gzip_comp_level 6; |
|   |   |
|   |#獲取多少內(nèi)存，用于緩存壓縮結(jié)果 |
|   | gzip_buffers 16 8k;  #16 8k 表示以 8k*16 為單位獲得 |
|   |   |
|   |#允許壓縮的頁面最小字節(jié)數(shù)，頁面字節(jié)數(shù)從header頭中的 Content-Length 中進(jìn)行獲取。 |
|   |#建議設(shè)置成大于 1k 的字節(jié)數(shù)，小于 1k 可能會越壓越大；（默認(rèn)值是 0，不管頁面多大都壓縮） |
|   | gzip_min_length 1k; |
|   |   |
|   |#啟用 gzip 所需的 HTTP 最低版本； |
|   | gzip_http_version 1.1;  #默認(rèn) 1.1 |

1.7 Nginx 配置黑/白名單

Nginx 利用 deny 和 allow 指令來實(shí)現(xiàn)黑 /白名單的配置，利用黑白名單進(jìn)行安全配置。

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#語法 |
|   | allow address | CIDR | all;  #允許訪問 |
|   | deny address | CIDR | all;   #禁止訪問 |

參數(shù)說明：

? address：具體的ip地址。

? CIDR：ip加掩碼形式地址。

? all：所有ip地址。

例子：

1. 黑名單: 配置禁止的ip訪問，允許其他所有的地址訪問。

|   |   |
| --- | --- |
|   | deny 192.168.1.234 |
|   | deny 192.168.1.235 |
|   | deny 192.168.1.236 |
|   |   |
|   | allow all; |

2. 白名單: 配置允許的ip訪問，禁止其他所有的地址訪問。

|   |   |
| --- | --- |
|   | allow 192.168.1.234 |
|   | allow 192.168.1.235 |
|   | allow 192.168.1.236 |
|   |   |
|   | deny all; |

3. 配置禁止訪問文件或文件夾

|   |   |
| --- | --- |
|   | location ^~ /project/deny.txt {#明確請求是對其起作用的； |
|   |alias /webroot/proj/;  #解析到 /webroot/proj 目錄 |
|   | deny all;   #屏蔽任何來源 |
|   | }  |

也可以把 deny all 改換成 return 404，這樣將返回 404 而不是 403 Forbidden，更有“欺騙性”。

1.8 緩存配置

緩存可以非常有效的提升性能，因此不論是客戶端（瀏覽器），還是代理服務(wù)器（ Nginx ），乃至上游服務(wù)器都多少會涉及到緩存?？梢娋彺嬖诿總€環(huán)節(jié)都是非常重要的。

存儲一些之前被訪問過、而且可能將要被再次訪問的資源，使用戶可以直接從代理服務(wù)器獲得，從而減少上游服務(wù)器的壓力，加快整個訪問速度。

下面讓我們來學(xué)習(xí) Nginx 中如何設(shè)置緩存策略。

1.8.1 緩存文件設(shè)置

|   |   |
| --- | --- |
|   |#上下文：http |
|   |   |
|   |#### proxy_cache_path |
|   |#設(shè)置緩存文件的存放路徑。 |
|   | proxy_cache_path path [level=levels] ...  #默認(rèn)值：proxy_cache off; |

參數(shù)含義：

? path #緩存文件的存放路徑；

? level #path的目錄層級；

? keys_zone #設(shè)置共享內(nèi)存；

? inactive #在指定時間內(nèi)沒有被訪問，緩存會被清理，默認(rèn)10分鐘；

1.8.2 緩存條件設(shè)置

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#### proxy_no_cache |
|   |#定義相應(yīng)保存到緩存的條件，如果字符串參數(shù)的至少一個值不為空且不等于 “0”，則將不保存該響應(yīng)到緩存。 |
|   |#語法：proxy_no_cache string; |
|   | proxy_no_cache$http_pragma$http_authorization; |
|   |   |
|   |#### proxy_cache_bypass |
|   |#定義條件，在該條件下將不會從緩存中獲取響應(yīng)。 |
|   |#語法：proxy_cache_bypass string; |
|   | proxy_cache_bypass$http_pragma$http_authorization; |

1.8.3 緩存參數(shù)配置

|   |   |
| --- | --- |
|   |#上下文：http、server、location |
|   |   |
|   |#### proxy_cache |
|   |#緩存開關(guān) |
|   | proxy_cache zone | off ;  # zone 是共享內(nèi)存的名稱（默認(rèn)值：off;） |
|   |   |
|   |#### proxy_cache_valid |
|   |#配置什么狀態(tài)碼可以被緩存，以及緩存時長。 |
|   |#語法：proxy_cache_valid [code...] time; |
|   | proxy_cache_valid 200 304 2m; #說明對于狀態(tài)為200和304的緩存文件的緩存時間是2分鐘 |
|   |   |
|   |#### proxy_cache_key |
|   |#設(shè)置緩存文件的 key |
|   | proxy_cache_key  #默認(rèn)值 $scheme$proxy_host$request_uri; |

upstream_cache_status變量，設(shè)置在響應(yīng)頭信息中，在調(diào)試中非常有用，它存儲了緩存是否命中的信息，如下：

?MISS: #未命中緩存

?HIT：: #命中緩存

?EXPIRED: #緩存過期

?STALE: #命中了陳舊緩存

?REVALIDDATED: #Nginx驗(yàn)證陳舊緩存依然有效

?UPDATING: #內(nèi)容陳舊，但正在更新

?BYPASS: #響應(yīng)從原始服務(wù)器獲取

1.8.4 緩存配置實(shí)例

上游服務(wù)器：121.42.11.34 ，配置如下：

|   |   |
| --- | --- |
|   | server { |
|   | listen 1010; |
|   | root /usr/share/nginx/html/1010; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 1020; |
|   | root /usr/share/nginx/html/1020; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |

代理服務(wù)器：121.5.180.193 ，配置如下：

|   |   |
| --- | --- |
|   |# 緩存文件設(shè)置 |
|   | proxy_cache_path /etc/nginx/cache_temp levels=2:2 keys_zone=cache_zone:30m max_size=2g inactive=60m use_temp_path=off; |
|   |   |
|   | upstream cache_server { |
|   | server 121.42.11.34:1010; |
|   | server 121.42.11.34:1020; |
|   | }  |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name cache.lion.club; |
|   | location / { |
|   | proxy_cache cache_zone;  #設(shè)置緩存內(nèi)存，上面配置中已經(jīng)定義好的 |
|   | proxy_cache_valid 200 5m; #緩存狀態(tài)為200的請求，緩存時長為5分鐘 |
|   | proxy_cache_key$request_uri; #緩存文件的key為請求的URI |
|   | add_header Nginx-Cache-Status$upstream_cache_status #把緩存狀態(tài)設(shè)置為頭部信息，響應(yīng)給客戶端 |
|   | proxy_pass http://cache_server;  #代理轉(zhuǎn)發(fā) |
|   | }  |
|   | }  |

緩存就是這樣配置，我們可以在 /etc/nginx/cache_temp 路徑下找到相應(yīng)的緩存文件。

對于一些實(shí)時性要求非常高的頁面或數(shù)據(jù)來說，就不應(yīng)該去設(shè)置緩存，下面來看看如何配置不緩存的內(nèi)容。

添加過濾條件，過濾請求不緩存：

|   |   |
| --- | --- |
|   |# 緩存文件設(shè)置 |
|   | proxy_cache_path /etc/nginx/cache_temp levels=2:2 keys_zone=cache_zone:30m max_size=2g inactive=60m use_temp_path=off; |
|   |   |
|   | upstream cache_server { |
|   | server 121.42.11.34:1010; |
|   | server 121.42.11.34:1020; |
|   | }  |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name cache.lion.club; |
|   |# URI 中后綴為 .txt 或 .text 的設(shè)置變量值為 "no cache" |
|   |if($request_uri~ .(txt|text)$) { |
|   |set$cache_name"no cache"|
|   | }  |
|   |   |
|   | location / { |
|   | proxy_no_cache$cache_name;  #判斷該變量是否有值，如果有值則不進(jìn)行緩存，如果沒有值則進(jìn)行緩存 |
|   | proxy_cache cache_zone;  #設(shè)置緩存內(nèi)存 |
|   | proxy_cache_valid 200 5m; #緩存狀態(tài)為200的請求，緩存時長為5分鐘 |
|   | proxy_cache_key$request_uri; #緩存文件的key為請求的URI |
|   | add_header Nginx-Cache-Status$upstream_cache_status #把緩存狀態(tài)設(shè)置為頭部信息，響應(yīng)給客戶端 |
|   | proxy_pass http://cache_server;  #代理轉(zhuǎn)發(fā) |
|   | }  |
|   | }  |

二、栗子

rewrite實(shí)例演示

|   |   |
| --- | --- |
|   | server{ |
|   | listen 80; |
|   | server_name fe.lion.club;  #要在本地hosts文件進(jìn)行配置 |
|   | root html; |
|   | location /search { |
|   | rewrite ^/(.*) https://www.baidu.com redirect;  #返回 302 并臨時重定向到百度 |
|   | }  |
|   |   |
|   | location /images { |
|   | rewrite /images/(.*) /pics/$1; |
|   | }  |
|   |   |
|   | location /pics { |
|   | rewrite /pics/(.*) /photos/$1; |
|   | }  |
|   |   |
|   | location /photos { |
|   |   |
|   | }  |
|   | }  |

按照這個配置我們來分析：

? 當(dāng)訪問 fe.lion.club/search 時，自動重定向到 https://www.baidu.com

? 當(dāng)訪問 fe.lion.club/images/1.jpg 時:

1. 找到 /images 的 location ，然后重寫 URL 為 fe.lion.club/pics/1.jpg

2. 找到 /pics 的 location ，繼續(xù)重寫 URL 為 fe.lion.club/photos/1.jpg

3. 找到 /photos 的 location 后，去 html/photos 目錄下尋找 1.jpg 靜態(tài)資源。

負(fù)載均衡演示

配置負(fù)載均衡主要是要使用 upstream 指令。

我們把 121.42.11.34 服務(wù)器作為上游服務(wù)器，做如下配置：

|   |   |
| --- | --- |
|   | server { |
|   | listen 8020; |
|   | location / { |
|   |return200'return 8020 
'; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 8030; |
|   | location / { |
|   |return200'return 8030 
'; |
|   | }  |
|   | }  |
|   |   |
|   | server { |
|   | listen 8040; |
|   | location / { |
|   |return200'return 8040 
'; |
|   | }  |
|   | }  |

把 121.5.180.193 服務(wù)器作為代理服務(wù)器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 配置本地 hosts |
|   |sudotee-a /etc/hosts <<-EOF |
| ? ? | 121.5.180.193 balance.lion.club |
| ? ? | EOF?|
| ? ? | ? ? |
| ? ? |?#2. 代理配置 |
| ? ? |?#/etc/nginx/conf.d/demo-nginx.conf |
| ? ? |?tee?/etc/nginx/conf.d/demo-nginx.conf <<-EOF |
| ? ? | upstream demo_server { |
| ? ? | server 121.42.11.34:8020; |
| ? ? | server 121.42.11.34:8030; |
| ? ? | server 121.42.11.34:8040; |
| ? ? | } ? |
| ? ? | ? ? |
| ? ? | server { |
| ? ? | listen 80; |
| ? ? | server_name balance.lion.club; |
| ? ? | ? ? |
| ? ? | location /balance/ { |
| ? ? | proxy_pass http://demo_server; |
| ? ? | } ? |
| ? ? | } ? |
| ? ? | ? ? |

配置完成后重啟 Nginx 服務(wù)器。并且在需要訪問的客戶端配置好 ip 和域名的映射關(guān)系。

在客戶端機(jī)器執(zhí)行 curl http://balance.lion.club/balance/ 命令：

202503141712990

如圖所示：負(fù)載均衡的配置已經(jīng)生效了，通過簡單的"輪詢策略"進(jìn)行上游服務(wù)器分發(fā)，每次給我們分發(fā)的上游服務(wù)器都不一樣。

接下來，我們再來了解下 Nginx 的其它分發(fā)策略：hash、ip_hash 和 least_conn最少連接數(shù)算法。

hash、ip_hash 和 least_conn

|   |   |
| --- | --- |
|   |#### hash 算法 |
|   |#通過指定關(guān)鍵字作為 hash-key ，基于 hash 算法映射到特定的上游服務(wù)器中。 |
|   |#關(guān)鍵字可以包含有變量、字符串。 |
|   | upstream demo_server { |
|   |#表示使用 request_uri變量作為 hash的 key值，只要訪問的 URI 保持不變，就會一直分發(fā)給同一臺服務(wù)器。 |
|   |hash$request_uri; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |#### ip_hash 算法（可以有效解決后臺服務(wù)器 session 保持的問題） |
|   |#根據(jù)客戶端的請求 ip進(jìn)行判斷，只要 ip地址不變，就永遠(yuǎn)分配到同一臺主機(jī)。 |
|   | upstream demo_server { |
|   | ip_hash; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |#### least_conn最少連接數(shù)算法 |
|   |#各個 worker子進(jìn)程通過讀取共享內(nèi)存的數(shù)據(jù)，獲取后端服務(wù)器的信息來挑選一臺，當(dāng)前已建立“連接數(shù)最少”的服務(wù)器進(jìn)行分配請求。 |
|   | upstream demo_server { |
|   | zonetest10M;  #zone可以設(shè)置共享內(nèi)存空間的名字和大小 |
|   | least_conn; |
|   | server 121.42.11.34:8020; |
|   | server 121.42.11.34:8030; |
|   | server 121.42.11.34:8040; |
|   | }  |
|   |   |
|   |   |
|   | server { |
|   | listen 80; |
|   | server_name balance.lion.club; |
|   |   |
|   | location /balance/ { |
|   | proxy_pass http://demo_server; |
|   | }  |
|   | }  |

配置本地 hosts

|   |   |
| --- | --- |
|   |sudotee-a /etc/hosts <<-EOF |
| ? ? | 121.5.180.193 balance.lion.club |
| ? ? | EOF?|

proxy_pass實(shí)例演示

用戶請求URL：/bbs/abc/test.html

1. 不帶 / 的用法：

|   |   |
| --- | --- |
|   |#不帶 / 意味著 Nginx 不會修改用戶 URL ，而是直接透傳給上游的應(yīng)用服務(wù)器； |
|   | location /bbs/ { |
|   | proxy_pass http://127.0.0.1:8080; |
|   | }  |

? 請求到達(dá) Nginx 的 URL：/bbs/abc/test.html

? 請求到達(dá)上游應(yīng)用服務(wù)器的 URL：/bbs/abc/test.html

? alias值=url： alias /$PATH/bbs/abc/

2. 帶 / 的用法：

|   |   |
| --- | --- |
|   |#帶 / 意味著 Nginx 會修改用戶 URL ，修改方法是將 location 的參數(shù)從用戶 URL 中刪除； |
|   | location /bbs/ { |
|   | proxy_pass http://127.0.0.1:8080/; |
|   | }  |

? 請求到達(dá) Nginx 的 URL： /bbs/abc/test.html

? 請求到達(dá)上游應(yīng)用服務(wù)器的URL： /abc/test.html

? root值=url-location：root /$PATH/abc/

正向代理

如果把局域網(wǎng)外的Internet想象成一個巨大的資源庫，則局域網(wǎng)中的客戶端要訪問Internet，則需要通過代理服務(wù)器來訪問，這種代理服務(wù)就稱為正向代理。

Nginx正向代理涉及到的指令較少，只是對用戶的訪問進(jìn)行一個轉(zhuǎn)發(fā)，不做其他處理。配置如下：

|   |   |
| --- | --- |
|   | server { |
|   | resolver 192.168.1.1; #指定DNS服務(wù)器IP地址 |
|   | listen 8080; |
|   | location / { |
|   |#設(shè)定代理服務(wù)器的協(xié)議和地址 |
|   | proxy_pass http://$http_host$request_uri; |
|   | }  |
|   | }  |

其中：

? resolver 必須的，表示DNS服務(wù)器;

? listen 指定監(jiān)聽端口號（不指定默認(rèn)監(jiān)聽 80 端口）;

? location 表示匹配用戶訪問的資源，并作進(jìn)一步轉(zhuǎn)交和處理，可用正則表達(dá)式匹配;

? proxy_pass 表示需要代理的地址;

? $http_host 表示用戶訪問資源的主機(jī)部分;

? $request_uri 表示用戶訪問資源的URI部分。

如：http://nginx.org/download/nginx-1.6.3.tar.gz，則$http_host=nginx.org，$request_uri=/download/nginx-1.6.3.tar.gz

反向代理

為了演示更加接近實(shí)際，準(zhǔn)備了兩臺云服務(wù)器，分別是：121.42.11.34 與 121.5.180.193

我們把 121.42.11.34 服務(wù)器作為上游服務(wù)器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 頁面 index.html |
|   |tee/usr/share/nginx/html/proxy/index.html <<-EOF |
| ? ? | 
 121.42.11.34 proxy html 
 |
|   | EOF|
|   |   |
|   |#2. 代理配置 |
|   |#/etc/nginx/conf.d/proxy-nginx.conf |
|   |tee/etc/nginx/conf.d/proxy-nginx.conf <<-EOF |
| ? ? | server{ |
| ? ? | listen 8080; |
| ? ? | server_name localhost; |
| ? ? | ? ? |
| ? ? | location /proxy/ { |
| ? ? | root /usr/share/nginx/html/proxy; |
| ? ? | index index.html; |
| ? ? | } ? |
| ? ? | } ? |
| ? ? | EOF?|
| ? ? | ? ? |
| ? ? |?#3. 配置完成后重新加載配置文件 |
| ? ? | nginx -s reload |

把 121.5.180.193 服務(wù)器作為代理服務(wù)器，做如下配置：

|   |   |
| --- | --- |
|   |#1. 配置本地 hosts |
|   |sudotee-a /etc/hosts <<-EOF |
| ? ? | 121.5.180.193 proxy.lion.club |
| ? ? | EOF?|
| ? ? | ? ? |
| ? ? |?#2. 代理配置 |
| ? ? |?#/etc/nginx/conf.d/proxy-nginx.conf |
| ? ? |?tee?/etc/nginx/conf.d/proxy-nginx.conf <<-EOF |
| ? ? | upstream back_end { |
| ? ? | server 121.42.11.34:8080 weight=2 max_conns=1000 fail_timeout=10s max_fails=3; |
| ? ? | keepalive 32; |
| ? ? | keepalive_requests 80; |
| ? ? | keepalive_timeout 20s; |
| ? ? | } ? |
| ? ? | ? ? |
| ? ? | server { |
| ? ? | listen 80; |
| ? ? | server_name proxy.lion.club; |
| ? ? | location /proxy { |
| ? ? | proxy_pass http://back_end/proxy; |
| ? ? | } ? |
| ? ? | } ? |
| ? ? | EOF?|

分析：

? 當(dāng)訪問 proxy.lion.club/proxy 時，通過 upstream 的配置找到 121.42.11.34:8080 ；

? 因此訪問地址變?yōu)?http://121.42.11.34:8080/proxy ；

? 連接到 121.42.11.34 服務(wù)器，找到 8080 端口提供的 server ；

? 通過 server 找到 /usr/share/nginx/html/proxy/index.html 資源，最終展示出來。

202503141509395

location實(shí)例演示

|   |   |
| --- | --- |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.com; |
|   |   |
|   |#只有當(dāng)訪問 www.nginx-test.com/match_all/ 時，才會匹配到/usr/share/nginx/html/match_all/index.html |
|   | location = /match_all/ { |
|   | root  /usr/share/nginx/html |
|   | index index.html |
|   | }  |
|   |   |
|   |#當(dāng)訪問 www.nginx-test.com/1.jpg 等路徑時，會去 /usr/share/nginx/images/1.jpg 找對應(yīng)的資源 |
|   | location ~ .(jpeg|jpg|png|svg)$ { |
|   | root /usr/share/nginx/images; |
|   | }  |
|   |   |
|   |#當(dāng)訪問 www.nginx-test.com/bbs/ 時，會匹配上 /usr/share/nginx/html/bbs/index.html |
|   | location ^~ /bbs/ { |
|   | root /usr/share/nginx/html; |
|   | index index.html; |
|   | }  |
|   | }  |

server_name實(shí)例演示

因?yàn)樘摂M域名進(jìn)行測試，因此需要配置本地 DNS 解析，如果使用阿里云上購買的域名，則需要在阿里云上設(shè)置好域名解析。

|   |   |
| --- | --- |
|   |#配置本地 DNS 解析 hosts |
|   | 121.42.11.34 www.nginx-test.com |
|   | 121.42.11.34 www.nginx-test.org |
|   | 121.42.11.34 www.nginx-test.cn |
|   | 121.42.11.34 mail.nginx-test.com |
|   | 121.42.11.34 doc.nginx-test.com |
|   | 121.42.11.34 fe.nginx-test.club |

配置 nginx.conf 的 server 配置

|   |   |
| --- | --- |
|   |# 完全匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.com; |
|   | root  /usr/share/nginx/html/nginx-test/all-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 左匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  *.nginx-test.com; |
|   | root  /usr/share/nginx/html/nginx-test/left-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 右匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  www.nginx-test.*; |
|   | root  /usr/share/nginx/html/nginx-test/right-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |
|   |   |
|   |# 正則匹配 |
|   | server { |
|   | listen  80; |
|   | server_name  ~^.*.nginx-test..*$; |
|   | root  /usr/share/nginx/html/nginx-test/reg-match/; |
|   | location / { |
|   | index index.html; |
|   | }  |
|   | }  |

訪問分析

? 當(dāng)訪問 時，都可以被匹配上，因此選擇優(yōu)先級最高的“完全匹配”；

? 當(dāng)訪問 時，會進(jìn)行“左匹配”；

? 當(dāng)訪問 時，會進(jìn)行“左匹配”；

? 當(dāng)訪問 時，會進(jìn)行“右匹配”；

? 當(dāng)訪問 時，會進(jìn)行“右匹配”；

? 當(dāng)訪問 時，會進(jìn)行“正則匹配”；

內(nèi)置變量實(shí)例演示

|   |   |
| --- | --- |
|   | server{ |
|   | listen 8081; |
|   | server_name var.lion-test.club; |
|   | root /usr/share/nginx/html; |
|   | location / { |
|   |return200" |
|   | remote_addr:$remote_addr|
|   | remote_port:$remote_port|
|   | server_addr:$server_addr|
|   | server_port:$server_port|
|   | server_protocol:$server_protocol|
|   | binary_remote_addr:$binary_remote_addr|
|   | connection:$connection|
|   | uri:$uri|
|   | request_uri:$request_uri|
|   | scheme:$scheme|
|   | request_method:$request_method|
|   | request_length:$request_length|
|   | args:$args|
|   | arg_pid:$arg_pid|
|   | is_args:$is_args|
|   | query_string:$query_string|
|   | host:$host|
|   | http_user_agent:$http_user_agent|
|   | http_referer:$http_referer|
|   | http_via:$http_via|
|   | request_time:$request_time|
|   | https:$https|
|   | request_filename:$request_filename|
|   | document_root:$document_root|
|   | "; |
|   | }  |
|   | }  |

當(dāng)我們訪問 http://var.lion-test.club:8081/test?pid=121414&cid=sadasd 時，由于 Nginx 中寫了 return 方法，因此 chrome 瀏覽器會默認(rèn)為我們下載一個文件，下面展示的就是下載的文件內(nèi)容：

|   |   |
| --- | --- |
|   | remote_addr: 27.16.220.84 |
|   | remote_port: 56838 |
|   | server_addr: 172.17.0.2 |
|   | server_port: 8081 |
|   | server_protocol: HTTP/1.1 |
|   | binary_remote_addr: 茉 |
|   | connection: 126 |
|   | uri: /test/ |
|   | request_uri: /test/?pid=121414&cid=sadasd |
|   | scheme: http |
|   | request_method: GET |
|   | request_length: 518 |
|   | args: pid=121414&cid=sadasd |
|   | arg_pid: 121414 |
|   | is_args: ? |
|   | query_string: pid=121414&cid=sadasd |
|   | host: var.lion-test.club |
|   | http_user_agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.182 Safari/537.36 |
|   | http_referer: |
|   | http_via: |
|   | request_time: 0.000 |
|   | https: |
|   | request_filename: /usr/share/nginx/html/test/ |
|   | document_root: /usr/share/nginx/html |

鏈接：https://www.cnblogs.com/librarookie/p/18773209