艾銻無限干貨集：Nginx server 的匹配規(guī)則

2020-02-22 17:43 作者：艾銻無限 瀏覽量：

疫情即將結(jié)束，如何提升企業(yè)工作效率
 

艾銻無限免費(fèi)為企業(yè)提供IT服務(wù)

 
這幾天如果大家關(guān)注疫情數(shù)據(jù)的變化，可以看到新增確診病例在持續(xù)下降，這意味著疫情很快就會(huì)結(jié)束，大家再也不用在家辦公了，到不是在家工作有什么不好，但人類發(fā)明工作不簡簡單單只是為了實(shí)現(xiàn)結(jié)果的達(dá)成，還有一個(gè)非常重要的因素就是人與人之間的聯(lián)結(jié)，這是人類內(nèi)在價(jià)值的需求，透過 工作與人接觸，共同感受彼此的能量流動(dòng)，從而達(dá)到自我價(jià)值的實(shí)現(xiàn)，這就像演員都渴望登上奧斯卡的舞臺(tái)，來實(shí)現(xiàn)自我角色的認(rèn)可一樣。



 

在家辦公，畢竟是家，松、散、懶以及無所謂的態(tài)度會(huì)隨時(shí)產(chǎn)生，我相信不是每個(gè)人都會(huì)這樣，但大部分人會(huì)如此，因?yàn)榧冶緛砭褪欠潘傻哪芰繄觯酉聛泶蠹壹磳⒒氐焦荆氐阶约旱墓ぷ鲘徫唬y免會(huì)把在家的狀態(tài)帶入工作中，如果每個(gè)人都是這樣的狀態(tài)，企業(yè)很快會(huì)陷入新的窘境，所以沒有 狀態(tài)，也不會(huì)有好的結(jié)果，狀態(tài)就是一切。
 
團(tuán)隊(duì)的勢氣決定企業(yè)整體的戰(zhàn)斗力，那如何調(diào)整陸陸續(xù)續(xù)回來的團(tuán)隊(duì)成員呢？






 
 
艾銻無限對中小企業(yè)有三條建議：
 
第一，重新梳理整個(gè)企業(yè)的戰(zhàn)略，疫情的發(fā)生，是否給你企業(yè)帶來了變化？如果有那是什么？是否需要調(diào)整自己原有的戰(zhàn)略方向來應(yīng)對疫情發(fā)生后的影響？
 
第二，重新明確每個(gè)人的目標(biāo)和目的，目標(biāo)就是重回企業(yè)的人要干什么？干到什么程度？什么時(shí)間可以看到這個(gè)結(jié)果的發(fā)生？目的就是為什么要實(shí)現(xiàn)這個(gè)目標(biāo)？這個(gè)目標(biāo)與自己的意義是什么？與企業(yè)的意義又是什么？達(dá)成了會(huì)怎么樣？達(dá)不成又會(huì)怎么樣？
 
只有清晰這些問題，才會(huì)讓回到工作崗位的人快速改變自己的狀態(tài)投入到接下來的工作中，只有積極的狀態(tài)投入工作才會(huì)有積極的成果發(fā)生，反之依然。
 
第三，企業(yè)高管與員工建立一對一的對話機(jī)制，因疫情的影響，每個(gè)人心理或多或少都會(huì)產(chǎn)生一些內(nèi)在的變化，作為企業(yè)的高層管理人員，最好與企業(yè)內(nèi)部員工一對一的進(jìn)行溝通，去了解在這個(gè)過程中員工受到的影響和產(chǎn)生的變化，以便接下來更好的調(diào)整他們的狀態(tài)，因?yàn)槿绻麄兊男臎]有回來，
企業(yè)的要求和制度帶來的也都是大家沒有能量的重復(fù)和機(jī)械的工作，最終也很難帶來好的結(jié)果。
 
以上三點(diǎn)是企業(yè)管理者需要重視的，當(dāng)然身為企業(yè)的一員無論是誰也都需要重新審視自己的狀態(tài)，因?yàn)檫@關(guān)系著企業(yè)接下來的生、死、存、亡，能量是企業(yè)持續(xù)發(fā)展的源泉，以上所有的目的都是為了聚合企業(yè)人的能量，重新點(diǎn)燃大家面對工作的激情和信心，這將是企業(yè)至勝的法定。
 
當(dāng)然這只是我們一家之言，每家企業(yè)可根據(jù)自身的情況做出相應(yīng)的調(diào)整和改變。
 
以上三點(diǎn)做為每一家企業(yè)的管理者都有必要重視起來，因?yàn)檫@關(guān)系著企業(yè)接下來的生、死、存、亡，當(dāng)然這只是我們一家之言，可根據(jù)自身的情況做出相應(yīng)的調(diào)整和改變。
 
那為什么我們會(huì)有這樣的思考，因?yàn)榘R無限是一家企業(yè)互聯(lián)網(wǎng)”云”解決方案服務(wù)平臺(tái)，企業(yè)在初創(chuàng)時(shí)經(jīng)歷了2003年的非典，后來又經(jīng)歷了2008年的經(jīng)濟(jì)危機(jī)以及2016年互聯(lián)網(wǎng)創(chuàng)業(yè)大潮，生生死死，幾經(jīng)沉浮，最終發(fā)現(xiàn)上述三點(diǎn)是生死線中最重要的，所以愿意分享給大家，期望這次疫情大家不僅

能渡過難關(guān)，更能看見大家在這個(gè)過程中強(qiáng)而有力的領(lǐng)導(dǎo)力，讓自己企業(yè)力挽狂瀾，讓自己的工作更上一層樓，讓自己的生活在2020年更精彩。
 
在這次疫情后各個(gè)企業(yè)恢復(fù)的過程中，艾銻無限還能為大家做的就是免費(fèi)為中小企業(yè)提供相應(yīng)的IT服務(wù)，以下是艾銻無限可以提供服務(wù)的內(nèi)容，如果大家有相應(yīng)的需求，可以打下面的電話與我們的企業(yè)相關(guān)人員聯(lián)系，我們一定會(huì)盡全力幫助大家渡過難關(guān)。

   

歷經(jīng)10幾年,艾銻無限服務(wù)了5000多家中小企業(yè)并保障了幾十萬臺(tái)設(shè)備的正常運(yùn)轉(zhuǎn)，積累了豐富的企業(yè)IT緊急問題和特殊故障的解決方案，我們?yōu)槟钠髽I(yè)提供的IT服務(wù)分為三大版塊:
 
第一版塊是保障性IT外包服務(wù):如電腦設(shè)備運(yùn)維，辦公設(shè)備運(yùn)維，網(wǎng)絡(luò)設(shè)備運(yùn)維，服務(wù)器運(yùn)維等綜合性企業(yè)IT設(shè)備運(yùn)維服務(wù)。
 
第二版塊是功能性互聯(lián)網(wǎng)外包服務(wù):如網(wǎng)站開發(fā)外包，小程序開發(fā)外包，APP開發(fā)外包，電商平臺(tái)開發(fā)外包，業(yè)務(wù)系統(tǒng)的開發(fā)外包和后期的運(yùn)維外包服務(wù)。
 
第三版塊是增值性云服務(wù)外包:如企業(yè)郵箱上云，企業(yè)網(wǎng)站上云，企業(yè)存儲(chǔ)上云，企業(yè)APP小程序上云，企業(yè)業(yè)務(wù)系統(tǒng)上云，阿里云產(chǎn)品等后續(xù)的云運(yùn)維外包服務(wù)。
   

更多服務(wù)也可以登錄艾銻無限的官網(wǎng): www.bjitwx.com 查看詳細(xì)說明。

每家企業(yè)都有著不同的人，每個(gè)人都有著不一樣的思考，所以企業(yè)不需要統(tǒng)一所有人的思維，企業(yè)只需要統(tǒng)一所有人的心，因?yàn)橹灰脑谝黄鹆耍芰烤蜁?huì)合一，能量合一企業(yè)將無所不能。
 
相信這次疫情帶給中國企業(yè)的不僅僅是災(zāi)難，更有可能的是歷練，這幾年經(jīng)濟(jì)發(fā)展如此快速，大部分中小企業(yè)的成長都是隨著國家政策及整個(gè)社會(huì)的大勢起來的，沒有經(jīng)過太多的挑戰(zhàn)和困難，所以存活周期也會(huì)很短，從2016年大眾創(chuàng)業(yè)，萬眾創(chuàng)新倡導(dǎo)下成立了上千萬家企業(yè)，但真正存活下來的就只有幾萬家，這樣的結(jié)果即不能給國家?guī)矸€(wěn)定持續(xù)發(fā)展的動(dòng)力，也不能為社會(huì)創(chuàng)造更大的價(jià)值，反而讓更多的人投機(jī)取巧，心浮氣躁，沉不下來真正把一件事做好，做到極致。
 
所以這次疫情也會(huì)讓大部分企業(yè)重新思考，問問自己，為什么要?jiǎng)?chuàng)立這家企業(yè)，想為這個(gè)國家和社會(huì)帶來的是什么？企業(yè)真正在創(chuàng)造的是什么？如何做才能讓社會(huì)因自己的企業(yè)變得更好？.....
 
當(dāng)企業(yè)真正去思考，用心去創(chuàng)造價(jià)值的時(shí)候，也就是人們幸福快樂的時(shí)候，因?yàn)樵僖膊挥脫?dān)心假貨、次貨、買到不好的產(chǎn)品，更不用擔(dān)心環(huán)境被污染，大氣被破壞，疫情即是一場災(zāi)難，又是重新成就中國企業(yè)的一次機(jī)會(huì)，讓全世界人覺醒，生命只有一次，我們要如何做才能不枉此生呢？
 
   

你對世界微笑，世界絕不會(huì)對你哭，希望大家都能積極樂觀起來，讓自己、自己的家人、自己的企業(yè)、還有自己的國家都快樂起來，把焦點(diǎn)、意識(shí)、能量放在我們想要什么上，而不是不要的事情上，我相信，就在不久的將來，我們一定會(huì)看到一個(gè)富強(qiáng)、文明、健康的中國以及一個(gè)和諧友愛的世界。

萬物同體，能量合一，最后無論你是中小企業(yè)，還是大型國有企業(yè)，只要你選擇艾銻無限，我們就一定全力以赴幫助大家渡過難關(guān)，服務(wù)有限，信息無限，透過全體艾銻人的努力，為您收集最有效的IT技術(shù)信息，讓您企業(yè)更快速解決遇到的IT問題：

艾銻無限干貨集：Nginx server 的匹配規(guī)則
 
 
Nginx的塊配置

Nginx在邏輯上將提供不同內(nèi)容的配置劃分為塊，這些塊以層次結(jié)構(gòu)的形式存在(http->server->location)。Nginx收到客戶端發(fā)送的請求之后，會(huì)有一個(gè)確定應(yīng)該使用哪些配置塊來處理請求的過程。本文主要介紹 server 塊背后的處理過程。server塊是Nginx配置的子集，它用于定義不同的虛擬機(jī)，管理員通常會(huì)配置多個(gè)server塊，并根據(jù)請求的域名，端口和IP地址決定哪個(gè)塊應(yīng)該處理哪個(gè)連接。
 
Nginx如何決定哪個(gè)server塊來處理請求

由于Nginx允許管理員定義多個(gè)server塊作為單獨(dú)的虛擬Web服務(wù)器實(shí)例，因此需要一個(gè)算法來確定將使用哪些server塊來匹配請求。Nginx在此過程中關(guān)注的主要server塊指令是listen指令和server_name指令。
 
Listen指令匹配規(guī)則

首先，Nginx查看請求的IP地址和端口，并與每個(gè)服務(wù)器的 listen 指令相匹配，構(gòu)建可能解析請求的服務(wù)器塊列表。

listen指令通常定義 server 塊將響應(yīng)的IP地址和端口。默認(rèn)情況下，任何不包含listen指令的 server 塊默認(rèn) listen 在0.0.0.0:80（或者0.0.0.0:8080如果Nginx由普通的非root用戶運(yùn)行），這樣的配置塊響應(yīng)80端口上任何接口的請求，但是這個(gè)默認(rèn)值在server選擇過程中沒有太大的權(quán)重。

該listen指令可以設(shè)置為：

· IP地址/端口組合。

· 只有IP地址，它將監(jiān)聽默認(rèn)端口80。

· 只有端口，它將監(jiān)聽該端口上的每個(gè)接口。

· Unix套接字的路徑。

最后的選項(xiàng)通常在不同的服務(wù)器之間傳遞請求時(shí)起到作用。

在嘗試確定向哪個(gè)服務(wù)器塊發(fā)送請求時(shí)，Nginx首先匹配的Listen指令的配置： 

· Nginx用默認(rèn)的缺省值來替換所有不完整的listen指令（完整：IP+port的組合）的缺省值，因此每一個(gè)server塊的listen指令都可以看作是IP地址和端口的組合。這種轉(zhuǎn)換的例子有：

§ 沒有l(wèi)isten指令的塊使用 該值0.0.0.0:80。

§ 設(shè)置為111.111.111.111沒有端口的IP地址的塊變?yōu)?11.111.111.111:80

§ 設(shè)置為8888沒有IP地址的端口的塊變?yōu)?.0.0.0:8888

· 接下來Nginx會(huì)嘗試去收集一個(gè) server 塊的列表，這個(gè)列表是基于具體的IP和端口最佳匹配。也就是說如果有具體的IP地址匹配的 server 塊，它就不會(huì)匹配用0.0.0.0作為默認(rèn)的 IP 地址的 server 塊。無論什么情況，在Nginx選擇server塊的過程中，端口必須準(zhǔn)確匹配。

· 如果只有一個(gè)最具體的匹配，那么該 server 塊將用于提供請求。如果有多個(gè) server 塊具有相同層次的具體匹配，那么 Nginx 需繼續(xù)評估 server_name 指令 。

需要特別注意的是，只有 listen 指令在同一層次上有多個(gè)匹配的 server 塊時(shí)，Nginx 才會(huì)繼續(xù)評估 server_name 指令。舉個(gè)例子，如果域名 example.com 被解析到 IP 為 192.168.1.10，端口為80的主機(jī)上，當(dāng)客戶端請求
example.com 時(shí)，在本例中，第一個(gè) server 模塊總是會(huì)提供服務(wù)，盡管 server_name 指令在第二個(gè) server 塊中。
 
server{
listen 192.168.1.10;
....
}
server{
listen 80;
server_name example.com;
....
}

多個(gè) server 塊在具體的匹配中處于同一級別的情況下，Nginx下一步才會(huì)檢查server_name指令。

解析server_name指令選擇一個(gè)匹配

接下來，為了進(jìn)一步評估具有相同特定 listen 指令的請求，Nginx 會(huì)檢查請求的“host”標(biāo)頭，此值包含客戶端實(shí)際嘗試訪問的域或IP地址。 

Nginx在候選的每一個(gè) server 模塊中，查看其 server_name 指令，嘗試去找到最佳的匹配。Nginx 通過下面的公式來進(jìn)行評估：

· Nginx 首先找到 server_name 與請求的 Host 頭信息精準(zhǔn)匹配的 server 模塊，如果找到了這個(gè) server 模塊,它將會(huì)被用于服務(wù)客戶端的請求。若有多個(gè)特定的匹配項(xiàng)被找到，第一個(gè)會(huì)被用于提供服務(wù)。

· 如果沒有找到精準(zhǔn)的匹配項(xiàng)，Nginx 接下來將嘗試去找 server_name 與前置通配符(在配置中名稱的開頭用*表示)匹配的 server 模塊。只要找到一個(gè)，這個(gè) server 模塊將被用于為客戶端提供服務(wù)。如果找到了多個(gè)匹配，最長匹配結(jié)果的server模塊將會(huì)被用于提供服務(wù)。

· 如果使用前置通配符沒有找到匹配時(shí)，Nginx 接下來將嘗試去找 server_name 與后置通配符(在配置中名稱的結(jié)尾用*表示)匹配的 server 模塊。只要找到一個(gè)，這個(gè) server 模塊將被用于為客戶端提供服務(wù)。如果找到了多個(gè)匹配，最長匹配結(jié)果的 server 模塊將會(huì)被用于提供服務(wù)。

· 如果使用后置通配符沒有找到匹配時(shí)，Nginx接下來將會(huì)評估用正則表達(dá)式（在名稱前用～表示）定義server_name的server模塊。帶有與Host頭匹配的正則表達(dá)式的第一個(gè)server_name將被用于提供服務(wù)。

· 如果沒有找到用正則表達(dá)式定義server_name的相匹配的server模塊時(shí)，Nginx接下來會(huì)使用默認(rèn)IP和端口的server模塊。

每一個(gè)IP地址/端口組合都有一個(gè)默認(rèn)的server模塊，當(dāng)用上面的步驟不能確定一個(gè) server 塊時(shí)，那么將使用默認(rèn) server 塊。對于IP地址/端口的組合來說，這將是配置中的第一個(gè)模塊或者是包含default_server選項(xiàng)作為 listen 指令的一部分的server模塊（這將復(fù)寫first-found算法）。每一個(gè) IP 地址/端口組合只能有一個(gè) default_server 聲明。

實(shí)例

如果已定義的server_name與Host頭的值精準(zhǔn)匹配時(shí)，這個(gè)server模塊將被選擇來處理請求。

在這個(gè)例子中，如果請求的Host頭的值被設(shè)置為 host1.example.com,第二個(gè)server模塊將被選中：

server{
listen 80;
server_name *.example.com;
...
}

server{
listen 80;
server_name host1.example.com;
...
}
如果精準(zhǔn)的匹配沒有被找到時(shí)，Nginx將會(huì)檢查是否有一個(gè)具有適合前置通配符的server_name。以通配符開始的最長的server_name的server模塊將會(huì)被選擇來完成響應(yīng)。
在這個(gè)例子中，如果請求的Host頭是 www.example.org，第二個(gè)server模塊將被選中：

server{
listen 80;
server_name www.example.*;
...
}

server{
listen 80;
server_name *.example.org;
...
}
 
server{
listen 80;
server_name *.org;
}

若server_name以通配符開始的模塊沒有找到,Nginx將查看在表達(dá)式后面有通配符的匹配項(xiàng)是否存在。此時(shí)，以通配符結(jié)尾的最長的匹配項(xiàng)將被用于服務(wù)客戶端的請求。
在這個(gè)例子中，如果請求的Host頭被設(shè)置為 www.example.com,第三個(gè)模塊將被選中：

server{
listen 80;
server_name host1.example.com;
...
}

server{
listen 80;
server_name example.com;
}

server{
listen 80;
server_name www.example.*;
}

如果通配符匹配項(xiàng)沒有找到，Nginx將會(huì)去匹配用了正則表達(dá)式的server_name。第一個(gè)匹配上的server模塊將會(huì)被選中來響應(yīng)請求。
在這個(gè)例子中,如果請求的Host頭設(shè)置為 www.example.com，那么第二個(gè)server模塊將被選中來完成響應(yīng)。
server{
listen 80;
server_name example.com;
...
}

server{
listen 80;
server_name ~^(www|host1).*\.example\.com$;
...
}

server{
listen 80;
server_name ~^(subdomain|set|www|host1).*\.example\.com$;
...
}
如果上述步驟都不能滿足請求，則該請求將被傳遞到默認(rèn)的server模塊以獲取匹配的IP地址和端口。