這些nginx安裝配置你都了解嗎
分類：云服務(wù)資訊
編輯：
瀏覽量：100
2021-07-22 17:14:10
??Nginx多用于配置Web服務(wù)器。抽象來說，將Nginx配置為Web服務(wù)器就是定義處理哪些 URLS 和如何處理這些URLS 對(duì)應(yīng)的請(qǐng)求，定義一些虛擬服務(wù)器，控制具有特定 IP 和域名的請(qǐng)求。Nginx 通過定義一系列 locations 來控制對(duì) URIS 的選擇。每一個(gè) location 定義了對(duì)映射到自己的請(qǐng)求的處理場景，返回一個(gè)文件或者代理請(qǐng)求，或者根據(jù)不同的錯(cuò)誤代碼返回不同的錯(cuò)誤頁面。另外，根據(jù) URI 的不同，請(qǐng)求也可以被重定向到其它。下面就由新網(wǎng)小編和大家講一講nginx安裝配置。
??一、設(shè)置虛擬服務(wù)器
??listen：
??Nginx 配置文件至少包含一個(gè) server 命令 ，用來定義虛擬服務(wù)器。當(dāng)請(qǐng)求到來時(shí)， Nginx 會(huì)首先選擇一個(gè)虛擬服務(wù)器來處理該請(qǐng)求。
??虛擬服務(wù)器定義在 http 上下文中的 server 中：
??http{
??server{
??#Serverconfiguration
??}
??}
??注意： http 中可以定義多個(gè) server
??server 配置塊使用 listen 命令監(jiān)聽本機(jī) IP 和端口號(hào)(包括 Unix domain socket and path)，支持 IPv4、IPv6，IPv6地址需要用方括號(hào)括起來：
??server{
??listen127.0.0.1:8080;#IPv4地址，8080端口
??#listen[2001:3CA1:10F:1A:121B:0:0:10]:80;#IPv6地址，80端口
??#listen[::]:80;#聽本機(jī)的所有IPv4與IPv6地址，80端口
??#Therestofserverconfiguration
??}
??上述配置，如果不寫端口號(hào)，默認(rèn)使用80端口，如果不寫 IP ，則監(jiān)聽本機(jī)所有 IP。
??server_name：
??如果多個(gè) server 的 listen IP 和端口號(hào)一模一樣， Nginx 通過請(qǐng)求頭中的 Host
??與 server_name 定義的主機(jī)名進(jìn)行比較，來選擇合適的虛擬服務(wù)器處理請(qǐng)求：
??server{
??listen80;
??server_namelufficc.comwww.lufficc.com;
??...
??}
??server_name 的參數(shù)可以為：
??1、完整的主機(jī)名，如：api.lufficc.com 。
??2、含有通配符(含有 *)，如：*.lufficc.com 或 api.* 。
??3、正則表達(dá)式，以 ~ 開頭。
??通配符只能在開頭或結(jié)尾，而且只能與一個(gè) . 相鄰。www.*.example.org 和 w*.example.org均無效。 但是，可以使用正則表達(dá)式匹配這些名稱，例如 ~^www\..+\.example\.org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多個(gè)部分。 名稱 * .example.org 不僅匹配www.example.org，還匹配www.sub.example.org。
??對(duì)于正則表達(dá)式：Nginx 使用的正則表達(dá)式與 Perl 編程語言(PCRE)使用的正則表達(dá)式兼容。 要使用正則表達(dá)式，且必須以 ~ 開頭。
??命名的正則表達(dá)式可以捕獲變量，然后使用：
??server{
??server_name~^(www\.)?(?.+)$;
??location/{
??root/sites/$domain;
??}
??}
??小括號(hào) () 之間匹配的內(nèi)容，也可以在后面通過 $1 來引用，$2 表示的是前面第二個(gè) () 里的內(nèi)容。因此上述內(nèi)容也可寫為：
??server{
??server_name~^(www\.)?(.+)$;
??location/{
??root/sites/$2;
??}
??}
??一個(gè) server_name 示例：
??server{
??listen80;
??server_nameapi.lufficc.com*.lufficc.com;
??...
??}
??同樣，如果多個(gè)名稱匹配 Host 頭部， Nginx 采用下列順序選擇：
??1、完整的主機(jī)名，如 api.lufficc.com。
??2、最長的，且以 * 開頭的通配名，如：*.lufficc.com。
??3、最長的，且以 * 結(jié)尾的通配名，如：api.* 。
??4、第一個(gè)匹配的正則表達(dá)式。(按照配置文件中的順序)
??即優(yōu)先級(jí)：api.lufficc.com > *.lufficc.com > api.* > 正則。
??如果 Host 頭部不匹配任何一個(gè) server_name ,Nginx 將請(qǐng)求路由到默認(rèn)虛擬服務(wù)器。默認(rèn)虛擬服務(wù)器是指：nginx.conf 文件中第一個(gè) server 或者 顯式用 default_server 聲明：
??server{
??listen80default_server;
??...
??}
??二、配置 location
??URI 與 location 參數(shù)的匹配
??當(dāng)選擇好 server 之后，Nginx 會(huì)根據(jù) URIs 選擇合適的 location 來決定代理請(qǐng)求或者返回文件。
??location 指令接受兩種類型的參數(shù)：
??1、前綴字符串(路徑名稱)
??2、正則表達(dá)式
??對(duì)于前綴字符串參數(shù)， URIs 必須嚴(yán)格的以它開頭。例如對(duì)于 /some/path/ 參數(shù)，可以匹配/some/path/document.html ，但是不匹配 /my-site/some/path，因?yàn)?/my-site/some/path 不以/some/path/ 開頭。
??server{
??listen80default_server;
??...
??}
??對(duì)于正則表達(dá)式，以 ~ 開頭表示大小寫敏感，以 ~* 開頭表示大小寫不敏感。注意路徑中的 . 要寫成 \. 。例如一個(gè)匹配以 .html 或者 .htm 結(jié)尾的 URI 的 location：
??location~\.html?{
??...
??}
??正則表達(dá)式的優(yōu)先級(jí)大于前綴字符串。如果找到匹配的前綴字符串，仍繼續(xù)搜索正則表達(dá)式，但如果前綴字符串以 ^~ 開頭，則不再檢查正則表達(dá)式。
??三、具體的搜索匹配流程如下：
??1、將 URI 與所有的前綴字符串進(jìn)行比較。
??2、= 修飾符表明 URI 必須與前綴字符串相等(不是開始，而是相等)，如果找到，則搜索停止。
??3、如果找到的最長前綴匹配字符串以 ^~ 開頭，則不再搜索正則表達(dá)式是否匹配。
??4、存儲(chǔ)匹配的最長前綴字符串。
??5、測試對(duì)比 URI 與正則表達(dá)式。
??6、找到第一個(gè)匹配的正則表達(dá)式后停止。
??7、如果沒有正則表達(dá)式匹配，使用 4 存儲(chǔ)的前綴字符串對(duì)應(yīng)的 location。
??= 修飾符擁有最高的優(yōu)先級(jí)。如網(wǎng)站首頁訪問頻繁，我們可以專門定義一個(gè) location 來減少搜索匹配次數(shù)(因?yàn)樗阉鞯?= 修飾的匹配的 location 將停止搜索)，提高速度：
??location=/{
??...
??}
??location 也定義了如何處理匹配的請(qǐng)求：返回靜態(tài)文件 或者 交給代理服務(wù)器處理。下面的例子中，第一個(gè) location 返回 /data 目錄中的靜態(tài)文件，第二個(gè) location 則將請(qǐng)求傳遞給https://lufficc.com 域名的服務(wù)器處理：
??server{
??location/images/{
??root/data;
??}
??location/{
??proxy_passhttps://lufficc.com;
??}
??}
??root 指令定義了靜態(tài)文件的根目錄，并且和 URI 拼接形成最終的本地文件路徑。如請(qǐng)求/images/example.png，則拼接后返回本地服務(wù)器文件 /data/images/example.png 。
??proxy_pass 指令將請(qǐng)求傳遞到 URL 指向的代理服務(wù)器。讓后將來自代理服務(wù)器的響應(yīng)轉(zhuǎn)發(fā)給客戶端。 在上面的示例中，所有不以 /images / 開頭的 URI 的請(qǐng)求都將傳遞給代理服務(wù)器處理。
??比如我把 proxy_pass 設(shè)置為 https://www.baidu.com/，那么訪問 http://search.lufficc.com/ 將得到百度首頁一樣的響應(yīng)(頁面)(感興趣的童鞋可以自己試一試搜索功能，和百度沒差別呢)：
??server{
??listen80;
??server_namesearch.lufficc.com;
??location/{
??proxy_passhttps://www.baidu.com;
??}
??}
??五、使用變量(Variables)
??你可以使用變量來使 Nginx 在不同的請(qǐng)求下采用不同的處理方式。變量是在運(yùn)行時(shí)計(jì)算的，用作指令的參數(shù)。 變量由 $ 開頭的符號(hào)表示。 變量基于 Nginx 的狀態(tài)定義信息，例如當(dāng)前處理的請(qǐng)求的屬性。
??有很多預(yù)定義變量，例如核心的 HTTP 變量，你也可以使用 set，map 和 geo 指令定義自定義變量。 大多數(shù)變量在運(yùn)行時(shí)計(jì)算，并包含與特定請(qǐng)求相關(guān)的信息。 例如，$remote_addr 包含客戶端 IP 地址，$uri 保存當(dāng)前URI值。
??server{
??...
??return301https://lufficc.com$request_uri;
??...
??}
??六、返回特定狀態(tài)碼
??如果你的網(wǎng)站上的一些資源永久移除了，最快最簡潔的方法就是使用 return 指令直接返回：
??location/wrong/url{
??return404;
??}
??return 的第一個(gè)參數(shù)是響應(yīng)代碼。可選的第二個(gè)參數(shù)可以是重定向(對(duì)應(yīng)于代碼301，302，303和307)的 URL 或在響應(yīng)正文中返回的文本。 例如：
??location/permanently/moved/url{
??return301http://www.example.com/moved/here;}
??return 指令可以包含在 location 和 server 上下文中：
??server{
??location/{
??return404;
??}
??}
??或者：
??server{
??...
??return404;
??location/{
??...
??}
??}
??七、錯(cuò)誤處理
??error_page 命令可以配置特定錯(cuò)誤碼的錯(cuò)誤頁面，或者重定向到其他的頁面。下面的示例將在 404 錯(cuò)誤發(fā)生時(shí)返回 /404.html 頁面。
??error_page404/404.html;
??error_page 命令定義了如何處理錯(cuò)誤，因此不會(huì)直接返回，而 return 確實(shí)會(huì)立即返回。當(dāng)代理服務(wù)器或者 Nginx 處理時(shí)產(chǎn)生相應(yīng)的錯(cuò)誤的代碼，均會(huì)返回相應(yīng)的錯(cuò)誤頁面。
??在下面的示例中，當(dāng) Nginx 找不到頁面時(shí)，它將使用代碼301替換代碼404，并將客戶端重定向到http://example.com/new/path.html 。 此配置很有用，比如當(dāng)客戶端仍嘗試用舊的 URI 訪問頁面時(shí)，301代碼通知瀏覽器頁面已永久移除，并且需要自動(dòng)替換為返回的新地址。
??location/old/path.html{
??error_page404=301http:/example.com/new/path.html;
??}
??八、重寫 URIs
??rewrite 指令可以多次修改請(qǐng)求的 URI。rewrite 的第一個(gè)參數(shù)是 URI需要匹配的正則表達(dá)式，第二個(gè)參數(shù)是將要替換的 URI。第三個(gè)參數(shù)可選，指示是否繼續(xù)可以重寫或者返回重定向代碼(301或302)。例如：
??location/users/{
??rewrite^/users/(.*)$/show?user=$1break;
??}
??您可以在 server 和 location 上下文中包括多個(gè) rewrite 指令。 Nginx 按照它們發(fā)生的順序一個(gè)一個(gè)地執(zhí)行指令。 當(dāng)選擇 server 時(shí)，server 中的 rewrite 指令將執(zhí)行一次。
??在 Nginx 處理一組 rewrite 指令之后，它根據(jù)新的 URI 選擇 location 。 如果所選 location 仍舊包含 rewrite 指令，它們將依次執(zhí)行。 如果 URI 匹配所有，則在處理完所有定義的 rewrite 指令后，搜索新的 location 。
??以下示例將 rewrite 指令與 return 指令結(jié)合使用：
??server{
??...
??rewrite^(/download/.*)/media/(.*)\..*$$1/mp3/$2.mp3last;
??rewrite^(/download/.*)/audio/(.*)\..*$$1/mp3/$2.ralast;
??return403;
??...
??}
??諸如 /download/some/media/file 的 URI 被改為 /download/some/mp3/file.mp3 。 由于 last 標(biāo)志，后續(xù)指令(第二個(gè) rewrite 指令和 return 指令)被跳過，但 Nginx 繼續(xù)以更改后的 URI 處理請(qǐng)求。 類似地，諸如 /download/some/audio/file 的 URI 被替換為/download/some/mp3/file.ra。 如果 URI 不匹配 rewrite 指令，Nginx 將403 錯(cuò)誤代碼返回給客戶端。
??last 與 break的區(qū)別是：
??last ： 在當(dāng)前 server 或 location 上下文中停止執(zhí)行 rewrite 指令，但是 Nginx 繼續(xù)搜索與重寫的URI匹配的 location，并應(yīng)用新 location 中的任何 rewrite 指令(這意味著 URI 可能再次改變)。
??break ：停止當(dāng)前上下文中 rewrite 指令的處理，并取消搜索與新 URI 匹配的 location。 不會(huì)執(zhí)行新 location中的 rewrite 指令。小伙伴們要想獲得更多nginx安裝配置的內(nèi)容，請(qǐng)關(guān)注新網(wǎng)！
??一、設(shè)置虛擬服務(wù)器
??listen：
??Nginx 配置文件至少包含一個(gè) server 命令 ，用來定義虛擬服務(wù)器。當(dāng)請(qǐng)求到來時(shí)， Nginx 會(huì)首先選擇一個(gè)虛擬服務(wù)器來處理該請(qǐng)求。
??虛擬服務(wù)器定義在 http 上下文中的 server 中：
??http{
??server{
??#Serverconfiguration
??}
??}
??注意： http 中可以定義多個(gè) server
??server 配置塊使用 listen 命令監(jiān)聽本機(jī) IP 和端口號(hào)(包括 Unix domain socket and path)，支持 IPv4、IPv6，IPv6地址需要用方括號(hào)括起來：
??server{
??listen127.0.0.1:8080;#IPv4地址，8080端口
??#listen[2001:3CA1:10F:1A:121B:0:0:10]:80;#IPv6地址，80端口
??#listen[::]:80;#聽本機(jī)的所有IPv4與IPv6地址，80端口
??#Therestofserverconfiguration
??}
??上述配置，如果不寫端口號(hào)，默認(rèn)使用80端口，如果不寫 IP ，則監(jiān)聽本機(jī)所有 IP。
??server_name：
??如果多個(gè) server 的 listen IP 和端口號(hào)一模一樣， Nginx 通過請(qǐng)求頭中的 Host
??與 server_name 定義的主機(jī)名進(jìn)行比較，來選擇合適的虛擬服務(wù)器處理請(qǐng)求：
??server{
??listen80;
??server_namelufficc.comwww.lufficc.com;
??...
??}
??server_name 的參數(shù)可以為：
??1、完整的主機(jī)名，如：api.lufficc.com 。
??2、含有通配符(含有 *)，如：*.lufficc.com 或 api.* 。
??3、正則表達(dá)式，以 ~ 開頭。
??通配符只能在開頭或結(jié)尾，而且只能與一個(gè) . 相鄰。www.*.example.org 和 w*.example.org均無效。 但是，可以使用正則表達(dá)式匹配這些名稱，例如 ~^www\..+\.example\.org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多個(gè)部分。 名稱 * .example.org 不僅匹配www.example.org，還匹配www.sub.example.org。
??對(duì)于正則表達(dá)式：Nginx 使用的正則表達(dá)式與 Perl 編程語言(PCRE)使用的正則表達(dá)式兼容。 要使用正則表達(dá)式，且必須以 ~ 開頭。
??命名的正則表達(dá)式可以捕獲變量，然后使用：
??server{
??server_name~^(www\.)?(?.+)$;
??location/{
??root/sites/$domain;
??}
??}
??小括號(hào) () 之間匹配的內(nèi)容，也可以在后面通過 $1 來引用，$2 表示的是前面第二個(gè) () 里的內(nèi)容。因此上述內(nèi)容也可寫為：
??server{
??server_name~^(www\.)?(.+)$;
??location/{
??root/sites/$2;
??}
??}
??一個(gè) server_name 示例：
??server{
??listen80;
??server_nameapi.lufficc.com*.lufficc.com;
??...
??}
??同樣，如果多個(gè)名稱匹配 Host 頭部， Nginx 采用下列順序選擇：
??1、完整的主機(jī)名，如 api.lufficc.com。
??2、最長的，且以 * 開頭的通配名，如：*.lufficc.com。
??3、最長的，且以 * 結(jié)尾的通配名，如：api.* 。
??4、第一個(gè)匹配的正則表達(dá)式。(按照配置文件中的順序)
??即優(yōu)先級(jí)：api.lufficc.com > *.lufficc.com > api.* > 正則。
??如果 Host 頭部不匹配任何一個(gè) server_name ,Nginx 將請(qǐng)求路由到默認(rèn)虛擬服務(wù)器。默認(rèn)虛擬服務(wù)器是指：nginx.conf 文件中第一個(gè) server 或者 顯式用 default_server 聲明：
??server{
??listen80default_server;
??...
??}
??二、配置 location
??URI 與 location 參數(shù)的匹配
??當(dāng)選擇好 server 之后，Nginx 會(huì)根據(jù) URIs 選擇合適的 location 來決定代理請(qǐng)求或者返回文件。
??location 指令接受兩種類型的參數(shù)：
??1、前綴字符串(路徑名稱)
??2、正則表達(dá)式
??對(duì)于前綴字符串參數(shù)， URIs 必須嚴(yán)格的以它開頭。例如對(duì)于 /some/path/ 參數(shù)，可以匹配/some/path/document.html ，但是不匹配 /my-site/some/path，因?yàn)?/my-site/some/path 不以/some/path/ 開頭。
??server{
??listen80default_server;
??...
??}
??對(duì)于正則表達(dá)式，以 ~ 開頭表示大小寫敏感，以 ~* 開頭表示大小寫不敏感。注意路徑中的 . 要寫成 \. 。例如一個(gè)匹配以 .html 或者 .htm 結(jié)尾的 URI 的 location：
??location~\.html?{
??...
??}
??正則表達(dá)式的優(yōu)先級(jí)大于前綴字符串。如果找到匹配的前綴字符串，仍繼續(xù)搜索正則表達(dá)式，但如果前綴字符串以 ^~ 開頭，則不再檢查正則表達(dá)式。
??三、具體的搜索匹配流程如下：
??1、將 URI 與所有的前綴字符串進(jìn)行比較。
??2、= 修飾符表明 URI 必須與前綴字符串相等(不是開始，而是相等)，如果找到，則搜索停止。
??3、如果找到的最長前綴匹配字符串以 ^~ 開頭，則不再搜索正則表達(dá)式是否匹配。
??4、存儲(chǔ)匹配的最長前綴字符串。
??5、測試對(duì)比 URI 與正則表達(dá)式。
??6、找到第一個(gè)匹配的正則表達(dá)式后停止。
??7、如果沒有正則表達(dá)式匹配，使用 4 存儲(chǔ)的前綴字符串對(duì)應(yīng)的 location。
??= 修飾符擁有最高的優(yōu)先級(jí)。如網(wǎng)站首頁訪問頻繁，我們可以專門定義一個(gè) location 來減少搜索匹配次數(shù)(因?yàn)樗阉鞯?= 修飾的匹配的 location 將停止搜索)，提高速度：
??location=/{
??...
??}
??location 也定義了如何處理匹配的請(qǐng)求：返回靜態(tài)文件 或者 交給代理服務(wù)器處理。下面的例子中，第一個(gè) location 返回 /data 目錄中的靜態(tài)文件，第二個(gè) location 則將請(qǐng)求傳遞給https://lufficc.com 域名的服務(wù)器處理：
??server{
??location/images/{
??root/data;
??}
??location/{
??proxy_passhttps://lufficc.com;
??}
??}
??root 指令定義了靜態(tài)文件的根目錄，并且和 URI 拼接形成最終的本地文件路徑。如請(qǐng)求/images/example.png，則拼接后返回本地服務(wù)器文件 /data/images/example.png 。
??proxy_pass 指令將請(qǐng)求傳遞到 URL 指向的代理服務(wù)器。讓后將來自代理服務(wù)器的響應(yīng)轉(zhuǎn)發(fā)給客戶端。 在上面的示例中，所有不以 /images / 開頭的 URI 的請(qǐng)求都將傳遞給代理服務(wù)器處理。
??比如我把 proxy_pass 設(shè)置為 https://www.baidu.com/，那么訪問 http://search.lufficc.com/ 將得到百度首頁一樣的響應(yīng)(頁面)(感興趣的童鞋可以自己試一試搜索功能，和百度沒差別呢)：
??server{
??listen80;
??server_namesearch.lufficc.com;
??location/{
??proxy_passhttps://www.baidu.com;
??}
??}
??五、使用變量(Variables)
??你可以使用變量來使 Nginx 在不同的請(qǐng)求下采用不同的處理方式。變量是在運(yùn)行時(shí)計(jì)算的，用作指令的參數(shù)。 變量由 $ 開頭的符號(hào)表示。 變量基于 Nginx 的狀態(tài)定義信息，例如當(dāng)前處理的請(qǐng)求的屬性。
??有很多預(yù)定義變量，例如核心的 HTTP 變量，你也可以使用 set，map 和 geo 指令定義自定義變量。 大多數(shù)變量在運(yùn)行時(shí)計(jì)算，并包含與特定請(qǐng)求相關(guān)的信息。 例如，$remote_addr 包含客戶端 IP 地址，$uri 保存當(dāng)前URI值。
??一些常用的變量如下：
??server{
??...
??return301https://lufficc.com$request_uri;
??...
??}
??六、返回特定狀態(tài)碼
??如果你的網(wǎng)站上的一些資源永久移除了，最快最簡潔的方法就是使用 return 指令直接返回：
??location/wrong/url{
??return404;
??}
??return 的第一個(gè)參數(shù)是響應(yīng)代碼。可選的第二個(gè)參數(shù)可以是重定向(對(duì)應(yīng)于代碼301，302，303和307)的 URL 或在響應(yīng)正文中返回的文本。 例如：
??location/permanently/moved/url{
??return301http://www.example.com/moved/here;}
??return 指令可以包含在 location 和 server 上下文中：
??server{
??location/{
??return404;
??}
??}
??或者：
??server{
??...
??return404;
??location/{
??...
??}
??}
??七、錯(cuò)誤處理
??error_page 命令可以配置特定錯(cuò)誤碼的錯(cuò)誤頁面，或者重定向到其他的頁面。下面的示例將在 404 錯(cuò)誤發(fā)生時(shí)返回 /404.html 頁面。
??error_page404/404.html;
??error_page 命令定義了如何處理錯(cuò)誤，因此不會(huì)直接返回，而 return 確實(shí)會(huì)立即返回。當(dāng)代理服務(wù)器或者 Nginx 處理時(shí)產(chǎn)生相應(yīng)的錯(cuò)誤的代碼，均會(huì)返回相應(yīng)的錯(cuò)誤頁面。
??在下面的示例中，當(dāng) Nginx 找不到頁面時(shí)，它將使用代碼301替換代碼404，并將客戶端重定向到http://example.com/new/path.html 。 此配置很有用，比如當(dāng)客戶端仍嘗試用舊的 URI 訪問頁面時(shí)，301代碼通知瀏覽器頁面已永久移除，并且需要自動(dòng)替換為返回的新地址。
??location/old/path.html{
??error_page404=301http:/example.com/new/path.html;
??}
??八、重寫 URIs
??rewrite 指令可以多次修改請(qǐng)求的 URI。rewrite 的第一個(gè)參數(shù)是 URI需要匹配的正則表達(dá)式，第二個(gè)參數(shù)是將要替換的 URI。第三個(gè)參數(shù)可選，指示是否繼續(xù)可以重寫或者返回重定向代碼(301或302)。例如：
??location/users/{
??rewrite^/users/(.*)$/show?user=$1break;
??}
??您可以在 server 和 location 上下文中包括多個(gè) rewrite 指令。 Nginx 按照它們發(fā)生的順序一個(gè)一個(gè)地執(zhí)行指令。 當(dāng)選擇 server 時(shí)，server 中的 rewrite 指令將執(zhí)行一次。
??在 Nginx 處理一組 rewrite 指令之后，它根據(jù)新的 URI 選擇 location 。 如果所選 location 仍舊包含 rewrite 指令，它們將依次執(zhí)行。 如果 URI 匹配所有，則在處理完所有定義的 rewrite 指令后，搜索新的 location 。
??以下示例將 rewrite 指令與 return 指令結(jié)合使用：
??server{
??...
??rewrite^(/download/.*)/media/(.*)\..*$$1/mp3/$2.mp3last;
??rewrite^(/download/.*)/audio/(.*)\..*$$1/mp3/$2.ralast;
??return403;
??...
??}
??諸如 /download/some/media/file 的 URI 被改為 /download/some/mp3/file.mp3 。 由于 last 標(biāo)志，后續(xù)指令(第二個(gè) rewrite 指令和 return 指令)被跳過，但 Nginx 繼續(xù)以更改后的 URI 處理請(qǐng)求。 類似地，諸如 /download/some/audio/file 的 URI 被替換為/download/some/mp3/file.ra。 如果 URI 不匹配 rewrite 指令，Nginx 將403 錯(cuò)誤代碼返回給客戶端。
??last 與 break的區(qū)別是：
??last ： 在當(dāng)前 server 或 location 上下文中停止執(zhí)行 rewrite 指令，但是 Nginx 繼續(xù)搜索與重寫的URI匹配的 location，并應(yīng)用新 location 中的任何 rewrite 指令(這意味著 URI 可能再次改變)。
??break ：停止當(dāng)前上下文中 rewrite 指令的處理，并取消搜索與新 URI 匹配的 location。 不會(huì)執(zhí)行新 location中的 rewrite 指令。小伙伴們要想獲得更多nginx安裝配置的內(nèi)容，請(qǐng)關(guān)注新網(wǎng)！
聲明：免責(zé)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)自行上傳，本網(wǎng)站不擁有所有權(quán)，也不承認(rèn)相關(guān)法律責(zé)任。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容，請(qǐng)發(fā)
送郵件至：operations@xinnet.com進(jìn)行舉報(bào)，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，本站將立刻刪除涉嫌侵權(quán)內(nèi)容。本站原創(chuàng)內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)
需注明出處：新網(wǎng)idc知識(shí)百科
商品已成功加入購物車