Nginx多用于配置Web服務(wù)器。裝配置都抽象來(lái)說(shuō)，裝配置都將Nginx??配置為Web服務(wù)器就是裝配置都定義處理哪些 URLS 和如何處理這(zhe)些URLS 對應的請求，定義一些虛擬服務(wù)器，裝配置都控制具有特定 IP 和域名的裝配置都請求。Nginx 通過(guò)定義一(′ω｀*)系列 locations 來(lái)控制對 URIS 的裝配置都選擇。每一個(gè) location 定義了對映射到自(zi)己的裝配置都請求的處?理場(chǎng)景，返回一個(gè)文件或者代理請求，裝配置都或者根據不同的裝配置都錯誤代碼返回不同的錯??誤頁(yè)面。另外，裝配置都根據 URI 的裝配置都不同，請求也可以被重定向到其它。裝配置都下面就由新網(wǎng)小編和大家講一ヽ(′▽?zhuān)?ノ講nginx安裝配置。裝配置都 一、裝(°□°)配置都設置虛擬服務(wù)器 listen： Nginx 配置文件至少包含一個(gè) server 命令 ，裝配置都用來(lái)定義虛擬服務(wù)器。當請求到來(lái)時(shí)， Nginx 會(huì )首先選擇一個(gè)虛擬服務(wù)器來(lái)處理該請求。(???) 虛擬服務(wù)器定義在 http 上下文中(′_ゝ`)的 se(′_｀)rver 中： http{ server{ #Serverconfigurati(′_｀)on } } 注意： http 中可以定義多個(gè) server server 配置塊使用 listen 命令監聽(tīng)本機 IP 和端口號(包括 Unix domain socket and path)，支持 IPv4、IPv6，IPv6??地址需要用方括號括起來(lái)： server{ listen127.0.0.1:8080;#IPv4地址，8080端口 #listen[2001:3CA1:10F:1A:121B:0:0( ?ω?):10]:80;#IPv6地址，80端口 #listen[::]:80;#聽(tīng)本機的所有IPv4與IPv6地址，80端口 #Therestofserverco?????nfiguration } 上述配置，如果不寫(xiě)端口號，默認使用80端口，如果不寫(xiě) IP ，則監聽(tīng)本機所有 IP。 server_name： 如果多個(gè) serv??er 的 listen IP 和端口號一模一樣， Nginx 通過(guò)請求頭中的 Host 與 server_name 定義???的主機名進(jìn)行比較，來(lái)選擇合適的虛擬服務(wù)器處理請求： server{ listen80; server_namelufficc.comwww.lufficc.com; ... } server_name 的參數可以為： 1、完整的主機名，如：api.lufficc.??com 。 2、含有通配符(含有 *)，如：*.lufficc.com 或 api.* 。 3、正則表達式，以 ~ 開(kāi)頭。 通配符??只能在開(kāi)頭或結尾，而且只能與一個(gè) . 相鄰。www.*.example.org 和 w*.e(′?_?`)xample.org均無(wú)效。 但是，可以使用正則表達式匹配這些名(ming)稱(chēng)，例如 ~^www\..+\.example\.(???)org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多個(gè)部分。 名稱(chēng) * .example.org 不僅匹配www.example.org，還匹配www.sub.example.org。 對于正則表達式：Nginx 使用的正則表達(′?ω?`)式ヾ(′▽?zhuān)??與 Perl 編程語(yǔ)言(PCRE)使用的正則表達式兼容。 要使用正則表達式，且必須以 ~ 開(kāi)頭。 命名的正則表達式可以捕獲變量，然后(′?｀)使用： server{ server_name~^(www??\.)?(?.+)$; location/{ root/sites/??$domain;?? } } 小括號 () 之間匹配的內容，也可以在后???面通過(guò) $1 來(lái)引用，$2 表示的是前面第二個(gè) () 里的內容。因此上述內容也可寫(xiě)為： server{ server_name~^(www\.)?(.+)$; location/{ root/sites/$2; } } 一個(gè) server??_name 示例： server{ listen80; server_nameapi.lufficc.com*.luffi(╬?益?)cc.(′▽?zhuān)?com; ... } 同樣，如果多個(gè)名稱(chēng)匹配 Host 頭部， Nginx 采用下列順序選擇： 1、完整的主機名，如 api.lu(╯‵□′)╯fficc.com。 2、最長(cháng)的，且以 * 開(kāi)頭的通配名(ming)，如：*.l(?????)ufficc.com。 3、最??長(cháng)的，且以 * 結尾的通配名，如：api.* 。 4、第一個(gè)匹配的正則表達式。(按照配置文件中的(de)順序) 即優(yōu)先級：api.lufficc.com > *.lufficc.com > api.* > 正則。 如果 Host 頭部不匹配任何一個(gè) server_nam??e ,Nginx 將請求路由到默認虛擬服務(wù)器。默認虛擬服務(wù)器是指：nginx.conf 文件中第一??個(gè) server 或者 顯式用 default_server 聲明： server{ listen80default_server; ... } 二、配置 location URI 與 location 參數的匹配 當選擇好 server 之后，Nginx 會(huì )根據 URIs 選擇合適的 location 來(lái)決定代理請求或者返回文件。 location 指令接受兩種類(lèi)型的參數： 1、前綴字符串(路徑名稱(chēng)) 2、正則表達式 對于前綴字符串參數， URIs 必須嚴格的以它開(kāi)頭。例如對于 /some/path/ 參數，可以匹配/some/path/document.html ，但是不匹配 /my-site/some/path，因為 /my-site/(╬?益?)some/pヽ(′ー｀)ノath 不以/some/path/ 開(kāi)頭。 server{ listen80default_server; ... } 對于(yu)正則表達(′?｀*)式，以 ~ 開(kāi)頭表示大小寫(xiě)敏感，以 ~* 開(kāi)頭表示大小寫(xiě)不敏感。注意路徑??中的 . 要寫(xiě)成 \. 。例如一??個(gè)匹配以 .html 或者 .ht??m 結尾的 URI 的 location： location~\.html?{ ... } 正則表達式的優(yōu)先級大于前綴字符串。如果找到匹配的前綴字符串，仍繼續搜索正則表達式，但如果前綴字符串以 ^~ 開(kāi)頭，則不再檢查正則(╥_╥)表達式。 三、具體的搜索匹??配流程如下： 1、將 URI 與所有的前綴字符串進(jìn)(jin)行比較。 2、= 修飾符表明 URI 必須與前綴字符串相等(不是開(kāi)始，而是??相等)，如果找到，則搜索停止。 3、如果找到的最長(cháng)前綴匹配字符串以 ^~ 開(kāi)頭，則不再搜索正則表達式是否匹配。 4、存(cun)儲匹配的最長(cháng)前綴字符串。 5、測試對比 URI 與正則表達式。 6、找到第一個(gè)??匹配的正則表達??式后停止。 7、如果沒(méi)有正則表達式(shi)匹配，使用 4 存儲的前綴字符串對應的 location。 = 修飾符擁有最高的優(yōu)先級。如網(wǎng)站首頁(yè)訪(fǎng)問(wèn)頻繁，我們可以專(zhuān)門(mén)定義一個(gè) location 來(lái)減少搜索匹配次數(因為搜索到 = 修飾??的匹配的 location 將停止搜ヾ(′?｀)?索)，提高速度： location=/{ ... }

四、靜態(tài)文件和代理 location 也定義了如何處理匹配的請求：返回靜態(tài)文件 或者 交給代理服務(wù)器處理。下面的例子中，第一個(gè) location 返回 /data?? 目錄中的靜態(tài)文件，第(di)二個(gè) location 則將請求傳遞給https://lufficc.com 域名的服務(wù)器處理： server{ location/images/{ root/data; } loca??tion/{ pr??oxy_passhttps://lufficc.com; } } root┐(′?｀)┌ 指令定義了靜態(tài)文件的根目錄，并且和(′?｀*) URI 拼接形成最終的本地(?⊿?)文件路徑。如(╥_╥)請求/images/example.png，則拼(′ω｀)接后返回本地服務(wù)器文件 /data/images/example.png 。 proxy_pass 指令將請求傳遞到 URL 指向的代理服務(wù)器。讓后將來(lái)自代理服務(wù)器的響應轉發(fā)給客戶(hù)端。 在上面的示例中，所有不以 /images / 開(kāi)頭的 URI 的請求都將傳遞給代??理服務(wù)器處理。 比如我把 proxy_pass 設置為 https://www.baidu.com/，那么訪(fǎng)問(wèn) http://search.lufficc.com/ 將得到百度首頁(yè)一樣的響應(頁(yè)面)(感興趣的童鞋可以自己試一試搜索功能，和百度沒(méi)差別呢)： server{ listen80; server_namesearch.lufficc.com; location/{ proxy_passhttps://www.baidu.com; } } 五、使用變量(Variables) 你可以使用變量來(lái)使 Nginx 在不同的請求下采用不同的處理方式。變量是在運行時(shí)計算的，用作指令的參數。 變量由 $ 開(kāi)頭的符號表示。 變量基于 Nginx 的狀態(tài)定義信息，例如當前處理的請求的屬性。 有很多預定義變量，例如核心的 HTTP 變量，你也可以使用 set，map 和 geo 指令定義自定義變量。 大多數變量在運行時(shí)計算，并包含與特定請求相關(guān)的信息。 例如，$remote_addr 包含客戶(hù)┐(′ー｀)┌端 IP 地址，$uri 保存當(dang)前URI值。

一些常(/ω＼)用的變量如下：??

一個(gè)簡(jiǎn)單的應用就是從 http 重定向到 https 時(shí)帶上路徑信息： server{ ... return301https://(╯‵□′)╯lufficc.com$request_uri; ... } 六、返回特定狀態(tài)碼 如果你的網(wǎng)站上的一些資源永久移除了，最快最簡(jiǎn)潔的方法ヾ(＾-＾)ノ就是使用 return 指令直接返回： location/wrong/url{ return404; } return 的第一個(gè)參數是響應代ˉ\_(ツ)_/ˉ碼?？蛇x的第二個(gè)參數可以是重定向(對應于代碼301，302，303和307)的(de) URL 或在響應正文中返回的(de)文本。 例如： location/permヽ(′▽?zhuān)?ノanently/moved/url{ return301http://www.example.com/moved/here;} return 指令可以(yi)包含在 location 和 server 上下文中： server{ location/{ return404; } } 或者： serv??er{ ... return404; location/{ ... } } 七、錯誤處理 error_page 命令可以配置特定錯誤碼的錯??誤頁(yè)面，或者重定向到其他的頁(yè)面。下面ヽ(′ー｀)ノ的示例將在 404 錯誤發(fā)生時(shí)返回 /404.html 頁(yè)面。 error??_page404/404.html; error_page 命令定??義了如??何處理錯誤，因此不會(huì )直接返回，??而 return 確實(shí)會(huì )立??即返回。┐(′д｀)┌當代理服務(wù)器或者 Nginx 處理(′_｀)時(shí)產(chǎn)(′?_?`)生相應的錯誤的代碼，均會(huì )返回相應的錯誤頁(yè)面。 在下面的示例中，當 Nginx 找不到頁(yè)面時(shí)，它將使用代ヽ(′ー｀)ノ碼301替換代碼404，并將客戶(hù)端重定向到http://example.com/new/path.html 。 此配置很有用，比如當客戶(hù)端仍嘗試用舊的 URI 訪(fǎng)問(wèn)頁(yè)面時(shí)，301代碼通知瀏覽器頁(yè)面已永久移除，并且需要自動(dòng)替換為返回的(de)新地址。 location/old/path.html{ error_page404=301h??ttp:/example.com/new/ヾ(′?｀)?pathヽ(′ー｀)ノ.html; } 八、重(zhong)寫(xiě) URIs rewrite 指令可以多次修改請求的 URI。rewrite 的第一??個(gè)參數是 URI(′▽?zhuān)?需要匹配的正則表達式，第二個(gè)參數是將要替換的 URI。第三??個(gè)(′ω｀*)參數可選，指示是否繼續可以重寫(xiě)或者返回重定向代碼(301或302(╯°□°）╯)。例如： location/users/{ rewrite^/users/(.*)$??/show???u???ser=$1break; } 您可以在 server 和 location 上下文中包括多個(gè) rewrite 指令。 Nginx 按照它們發(fā)生的順序一個(gè)一個(gè)地執行指令。 當選擇 server 時(shí)，server 中的 rewrite 指令將執行一次。 在 Nginx 處理一組 rewrite 指令之后，它根據新的 URI 選擇 location 。 如果所選 locatio??n 仍舊包含 rewrite 指令，它們將依次執行。 如果 URI 匹配所有，則在處理完(′；ω；`)所有定義的 rewrite 指令后，搜索新的 location 。 以下示例將 rewri(′；д；`)te 指令與 return 指令結合(′?｀)使用： server{ ... rewrite^(/download/.*(╯°□°）╯︵ ┻━┻)/┐(′?｀)┌media/(.*)\..*$$1/mp3/$2.mp3last; rew??rite^(/download/.*)/audio/(.*)\..*$$1/mp3/$2.ralast; return403; ... } 諸如 /d(′▽?zhuān)?)ownlo??a??d/some/media/file 的 URI 被改為 /download/some/??mp3/file.mp3 。 由于 last 標志，后續指令(第二個(gè) rewrite 指令和 return 指令)被跳過(guò)，但 Nginx 繼續以更改后??的 URI 處理請求。 類(lèi)似地，諸如 /download/some/audio/file 的 URI 被替換為/download/some/mp3/file.ra。 如果 URI 不(bu)匹配 rewrite 指令，Nginx 將403 錯誤代碼返回給客戶(hù)端。 last 與 break的區別是： last ： 在當前 server 或 location 上下文中停止執行 rewrite 指令，但是 Nginx 繼續搜索與重寫(xiě)的URI匹配的 location，并應用新 location 中的任何 rewrite(╥_╥) 指令(??這意味著(zhù) URI 可能再次改變)。 break ：停止當前上下文中 rewrite 指令的處理，并取消搜索與新 URI 匹配的 loc??ation。 不會(huì )執行新 location中的 rewrite 指令。小伙伴們要想獲得更多nginx安裝配置的內容，請關(guān)( ?ω?)注新網(wǎng)！