你真的了解如何將 Nginx 設定為Web伺服器嗎

你真的了解如何將 Nginx 設定為Web伺服器嗎
閱讀前，建議先閱讀初識 Nginx。 之後，我們來了解 Nginx 設定。
抽象化來說，將 Nginx 設定為 Web 伺服器就是定義處理哪些 URLS 和如何處理這些URLS 對應的請求。具體來說，就是定義一些虛擬伺服器（Virtual Servers），控制具有特定 IP 和網域的請求。
更具體的來說， Nginx 透過定義一系列 locations 來控制對 URIS 的選擇。每一個 location 定義了對映射到自己的請求的處理場景：傳回一個檔案或代理請求，或根據不同的錯誤代碼傳回不同的錯誤頁面。另外，根據 URI 的不同，請求也可以被重定向到其它 server 或 location 。
設定虛擬伺服器
listen：
Nginx 設定檔至少包含一個 server 指令 ，用來定義虛擬伺服器。當請求到來時， Nginx 會先選擇一個虛擬伺服器來處理該請求。
虛擬伺服器定義在 http 上下文中的 server 中：
http { server { # Server configuration
}
}
注意： http 中可以定義多個 server
server 設定區塊使用 listen 指令監聽本機 IP 和連接埠號碼（包括 Unix domain socket and path），支援 IPv4、IPv6，IPv6位址需要用方括號括起來：
server { listen 127.0.0.1:8080; # IPv4位址，8080埠
# listen [2001:3CA1:10F:1A:121B:0:0:10]:80; # IPv6位址，80埠
# listen [::]:80; # 聽本機的所有IPv4與IPv6位址，80埠
# The rest of server configuration}
上述配置，如果不寫入端口號，預設使用80端口，如果不寫 IP ，則監聽本機所有 IP。
server_name：
如果多個 server 的 listen IP 和連接埠號碼一模一樣， Nginx 透過請求頭中的 Host
你真的了解如何將 Nginx 設定為Web伺服器嗎

與 server_name 定義的主機名稱進行比較，來選擇適當的虛擬伺服器處理請求：
server { listen 80;
server_name lufficc.com www.lufficc.com;
...
}
server_name 的參數可以為：
完整的主機名，如：api.lufficc.com 。
含有通配符（含 *），如：*.lufficc.com 或 api.* 。
正規表示式，以 ~ 開頭。
通配符只能在開頭或結尾，而且只能與一個 . 相鄰。 www.*.example.org 和 w*.example.org均無效。 但是，可以使用正規表示式來匹配這些名稱，例如 ~^www..+.example.org$ 和~^w.*.example.org$ 。 而且 * 可以匹配多個部分。 名稱 * .example.org 不僅匹配www.example.org，還匹配www.sub.example.org。
對於正規表示式：Nginx 使用的正規表示式與 Perl 程式語言（PCRE）所使用的正規表示式相容。 若要使用正規表示式，且必須以 ~ 開頭。
命名的正規表示式可以捕獲變量，然後使用：
server { server_name ~^(www.)?(?.+)$; location / { root /sites/$domain;
}
}
小括號 () 之間所符合的內容，也可以在後面透過 $1 來引用，$2 表示的是前面第二個 () 裡的內容。因此上述內容也可寫為：
server { server_name ~^(www.)?(.+)$; location / { root /sites/$2;
}
}
一個 server_name 範例：
server { listen 80;
server_name api.lufficc.com *.lufficc.com;
...
}
同樣，如果多個名稱符合 Host 頭部， Nginx 採用下列順序選擇：
完整的主機名，如 api.lufficc.com。
最長的，且以 * 開頭的通配名，如：*.lufficc.com。
最長的，且以 * 結尾的通配名，如：api.* 。
第一個符合的正規表示式。 （按照設定檔中的順序）
即優先權：api.lufficc.com > *.lufficc.com > api.* > 正規。
如果 Host 頭部不符合任何一個 server_name ,Nginx 將請求路由到預設虛擬伺服器。預設虛擬伺服器是指：nginx.conf 檔案中第一個 server 或 明確用 default_server 宣告：
server { listen 80 default_server;
...
}
配置 location
URI 與 location 參數的匹配
當選擇好 server 之後，Nginx 會根據 URIs 選擇適當的 location 來決定代理請求或傳回檔案。
location 指令接受兩種類型的參數：
前綴字串（路徑名稱）
正規表示式
對於前綴字串參數， URIs 必須嚴格的以它開頭。例如 /some/path/ 參數，可以符合/some/path/document.html ，但不符合 /my-site/some/path，因為 /my-site/some/path 不以/some/path/ 開頭。
location /some/path/ {
...
}
對於正規表示式，以 ~ 開頭表示大小寫敏感，以 ~* 開頭表示大小寫不敏感。注意路徑中的 . 要寫成 . 。例如一個符合以 .html 或 .htm 結尾的 URI 的 location：
location ~ .html? {
...
}
正規表示式的優先權大於前綴字串。如果找到符合的前綴字串，仍繼續搜尋正規表示式，但如果前綴字串以 ^~ 開頭，則不再檢查正規表示式。
具體的搜尋配對流程如下：
將 URI 與所有的前綴字串進行比較。
= 修飾符表示 URI 必須與前綴字串相等（不是開始，而是相等），如果找到，則搜尋停止。
如果找到的最長前綴符合字串以 ^~ 開頭，則不再搜尋正規表示式是否符合。
儲存匹配的最長前綴字串。
測試對比 URI 與正規表示式。
找到第一個符合的正規表示式後停止。
如果沒有正規表示式匹配，請使用 4 儲存的前綴字串對應的 location。
= 修飾符擁有最高的優先權。如網站首頁訪問頻繁，我們可以專門定義一個 location 來減少搜尋匹配次數（因為搜尋到 = 修飾的匹配的 location 將停止搜尋），提高速度：
location = / {
...
}
靜態文件和代理
location 也定義如何處理符合的請求：傳回靜態檔案 或 交給代理伺服器處理。在下面的範例中，第一個 location 傳回 /data 目錄中的靜態文件，第二個 location 則將請求傳遞給https://lufficc.com 網域的伺服器處理：
server { location /images/ { root /data;
} location / { proxy_pass https://lufficc.com;
}
}
root 指令定義了靜態檔案的根目錄，並且和 URI 拼接形成最終的本機檔案路徑。如請求/images/example.png，則拼接後傳回本機伺服器檔案 /data/images/example.png 。
proxy_pass 指令將請求傳遞到 URL 指向的代理伺服器。讓後將來自代理伺服器的回應轉送給客戶端。 在上面的範例中，所有不以 /images / 開頭的 URI 的請求都會傳遞給代理伺服器處理。
例如我把proxy_pass 設定為https://www.baidu.com/，那麼造訪http://search.lufficc.com/ 將會得到百度首頁一樣的回應（頁面）（有興趣的童鞋可以自己試試搜索功能，和百度沒差別呢）：
server{
listen 80;
server_name search.lufficc.com;
location / {
proxy_pass https://www.baidu.com;
}
}
使用變數（Variables）
你可以使用變數來使 Nginx 在不同的請求下採用不同的處理方式。變數是在運行時計算的，用作指令的參數。 變數以 $ 開頭的符號表示。 變數基於 Nginx 的狀態定義訊息，例如目前處理的請求的屬性。
有許多預定義變量，例如核心的 HTTP 變量，你也可以使用 set，map 和 geo 指令定義自訂變數。 大多數變數在運行時計算，並包含與特定請求相關的資訊。 例如，$remote_addr 包含客戶端 IP 位址，$uri 保存目前URI值。
一些常用的變數如下：
變數名稱 作用
$uri 請求中的目前URI(不含請求參數)，它可以透過內部重定向，或使用index指令進行修改，$uri不包含主機名稱,如 /foo/bar.html。
$arg_name 請求中的參數名，即「?」後面的arg_name=arg_value形式的arg_name
$hostname 主機名稱
$args 請求中的參數值
$query_string 同 $args
$request 代表客戶端的請求位址
$request_uri 這個變數等於包含一些客戶端請求參數的原始URI，它無法修改，不包含主機名，如：/cnphp/test.php?arg=freemouse。
... ...
一個簡單的應用是從 http 重定向到 https 時帶上路徑資訊：
server{
.... return 301 https://lufficc.com$request_uri;
...
}
回傳特定狀態碼
如果你的網站上的一些資源永久移除了，最快最簡潔的方法就是使用 return 指令直接返回：
location /wrong/url { return 404;
}
return 的第一個參數是回應碼。可選的第二個參數可以是重定向（對應於代碼301，302，303和307）的 URL 或在回應正文中傳回的文字。 例如：
location /permanently/moved/url { return 301 http://www.example.com/moved/here;
}
return 指令可以包含在 location 和 server 上下文中：
server{
location / { return 404;
}
}
或：
server{
... return 404;
location / {
...
}
}
錯誤處理
error_page 指令可以設定特定錯誤碼的錯誤頁面，或重新導向到其他的頁面。下面的範例將在 404 錯誤發生時傳回 /404.html 頁面。
error_page 404 /404.html;
error_page 指令定義如何處理錯誤，因此不會直接傳回，而 return 確實會立即回傳。當代理伺服器或 Nginx 處理時產生對應的錯誤的程式碼，都會傳回對應的錯誤頁面。
在下面的範例中，當 Nginx 找不到頁面時，它將使用程式碼301替換程式碼404，並將用戶端重新導向至http://example.com/new/path.html 。 此配置很有用，例如當用戶端仍嘗試用舊的 URI 存取頁面時，301程式碼通知瀏覽器頁面已永久移除，並且需要自動替換為傳回的新位址。
location /old/path.html { error_page 404 =301 http:/example.com/new/path.html;
}
重寫 URIs
rewrite 指令可以多次修改請求的 URI。 rewrite 的第一個參數是 URI需要匹配的正規表示式，第二個參數是將要替換的 URI。第三個參數可選，指示是否繼續可以重寫或傳回重定向程式碼（301或302）。例如：
location /users/ { rewrite ^/users/(.*)$ /show?user=$1 break;
}
您可以在 server 和 location 上下文中包含多個 rewrite 指令。 Nginx 按照它們發生的順序一個一個地執行指令。 當選擇 server 時，server 中的 rewrite 指令會執行一次。
在 Nginx 處理一組 rewrite 指令之後，它會根據新的 URI 選擇 location 。 如果所選 location 仍舊包含 rewrite 指令，它們將依序執行。 如果 URI 符合所有，則在處理完所有定義的 rewrite 指令後，搜尋新的 location 。
以下範例將 rewrite 指令與 return 指令結合使用：
server {
...
rewrite ^(/download/.*)/media/(.*)..*$ $1/mp3/$2.mp3 last;
rewrite ^(/download/.*)/audio/(.*)..*$ $1/mp3/$2.ra last; return 403;
...
}
諸如 /download/some/media/file 的 URI 改為 /download/some/mp3/file.mp3 。 由於 last 標誌，後續指令（第二個 rewrite 指令和 return 指令）被跳過，但 Nginx 繼續以更改後的 URI 處理請求。 類似地，諸如 /download/some/audio/file 的 URI 被替換為/download/some/mp3/file.ra。 如果 URI 不符合 rewrite 指令，Nginx 將403 錯誤代碼傳回給客戶端。
last 與 break的差別是：
last ： 在目前 server 或 location 上下文中停止執行 rewrite 指令，但 Nginx 繼續搜尋與重寫的URI相符的 location，並套用新 location 中的任何 rewrite 指令（這表示 URI 可能會再次變更）。
break ：停止目前上下文中 rewrite 指令的處理，並取消搜尋與新 URI 相符的 location。 不會執行新 location中的 rewrite 指令。
附錄
常用正規
. ： 匹配換行符以外的任意字元
? ： 重複0次或1次
+ ： 重複1次或更多
*： 重複0次或更多
d ：匹配數字
^ ： 匹配字串的開始
$ ： 符合字串的介紹
{n} ： 重複n次
{n,} ： 重複n次或更多
[c] ： 匹配單一字元c
[a-z]： 符合a-z小寫字母的任一
全域變數
$args ： #這個變數等於請求行中的參數，同$query_string
$content_length ： 請求頭中的Content-length欄位。
$content_type ： 請求頭中的Content-Type欄位。
$document_root ： 目前請求在root指令中指定的值。
$host ： 請求主機頭字段，否則為伺服器名稱。
$http_user_agent ： 客戶端agent資訊
$http_cookie ： 客戶端cookie資訊
$limit_rate ： 這個變數可以限制連線速率。
$request_method ： 客戶端請求的動作，通常為GET或POST。
$remote_addr ： 客戶端的IP位址。
$remote_port ： 客戶端的連接埠。
$remote_user ： 已經過Auth Basic Module驗證的使用者名稱。
$request_filename ： 目前請求的檔案路徑，由root或alias指令與URI請求產生。
$scheme ： HTTP方法（如http，https）。
$server_protocol ： 請求使用的協議，通常是HTTP/1.0或HTTP/1.1。
$server_addr ： 伺服器位址，在完成一次系統呼叫後可以確定這個值。
$server_name ： 伺服器名稱。
$server_port ： 請求到達伺服器的連接埠號碼。
$request_uri ： 包含請求參數的原始URI，不包含主機名，如：/foo/bar.php?arg=baz。
$uri ： 不含請求參數的目前URI，$uri不包含主機名，如/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