Nginx高性能Web服務(wù)器應(yīng)用與實(shí)戰(zhàn)-習(xí)題答案

1.5習(xí)題

1.填空題

(1)Web

(2)輕量級(jí)

(3)讀取

(4)寫(xiě)入

(5)異步、非阻塞

2.選擇題

(DD

(2)A

(3)B

(4)A

(5)B

3.思考題

(1)

單個(gè)線程通過(guò)監(jiān)控每個(gè)I/O流，以類(lèi)似撥開(kāi)關(guān)的方式去管理多個(gè)會(huì)話。其實(shí)就是在請(qǐng)求

等待數(shù)據(jù)庫(kù)處理時(shí)，線程又去處理其他會(huì)話請(qǐng)求，當(dāng)之前的請(qǐng)求返回，線程又回去繼續(xù)處理

之前的請(qǐng)求。

(2)

主線版是最新發(fā)布的版本，也就是說(shuō)它的新bug還沒(méi)有被發(fā)現(xiàn)，目前很少有人人知道它

的穩(wěn)定性如何。如果在生產(chǎn)環(huán)境中使用主線版很有可能出現(xiàn)新bug,為網(wǎng)站維護(hù)增加了難度，

還對(duì)企業(yè)線上業(yè)務(wù)造成了不必要的損失。舊版本雖然相對(duì)主線版更加穩(wěn)定，但性能方面比穩(wěn)

定的版本差。所以在企業(yè)中通常都選擇使用穩(wěn)定的版本，而主線版通常在測(cè)試環(huán)境中進(jìn)行試

驗(yàn)。

4.實(shí)操題

略

2.5習(xí)題

1.填空題

(1)無(wú)狀態(tài)

(2)資源

(3)URI

(4)URLURN

(5)報(bào)文

2.選擇題

(DA

(2)A

(3)D

(4)B

(5)C

3.思考題

(1)

TCP是面向連接的，首先要?jiǎng)?chuàng)建連接，在創(chuàng)建連接的過(guò)程中客戶(hù)端與服務(wù)端要進(jìn)行三次

交互，而這三次交互被生動(dòng)形象地叫做三次握手。

首先，服務(wù)端創(chuàng)建傳輸控制塊(TCB),并進(jìn)入到監(jiān)聽(tīng)(LISTEN)狀態(tài)，隨時(shí)可以與客

戶(hù)端進(jìn)行連接。客戶(hù)端也需要?jiǎng)?chuàng)建傳輸控制塊，接著向服務(wù)端發(fā)送請(qǐng)求連接的報(bào)文，這是第

?次握手。其中，報(bào)文包括：頭部SYN-1與序列號(hào)seq-x。由于這是個(gè)SYN報(bào)文，所以

不會(huì)傳輸數(shù)據(jù)，但要消耗掉一個(gè)序列號(hào)，發(fā)送之后客戶(hù)端進(jìn)入同步已發(fā)送(SYN-SENT)狀

態(tài)。服務(wù)端收到請(qǐng)求連接的報(bào)文后，再向客戶(hù)端發(fā)送確認(rèn)報(bào)文，這是第二次握手。其中，報(bào)

文中內(nèi)容為ACK=1,SYN=1,返回序列號(hào)是ack=x+l,以及報(bào)文序列號(hào)seq=y,之后服務(wù)端

進(jìn)入同步收到(SYN-RCVD)狀態(tài)。由于這個(gè)報(bào)文中也含有SYN,所以同樣不能傳輸數(shù)據(jù)，

但仍要消耗序列號(hào)?？蛻?hù)端收到確認(rèn)報(bào)文后，同樣要給服務(wù)端發(fā)送確認(rèn)報(bào)文，這是第三次握

手。其中，報(bào)文頭部是ACK=1,返回序列號(hào)是ack=y+l,并加入該報(bào)文的序列號(hào)seq=x+l,

之后客戶(hù)端進(jìn)入已建立連接(ESTABLISHED)狀態(tài)。這次的報(bào)文中不含有SYN,所以可以

傳輸數(shù)據(jù)，如果不傳輸數(shù)據(jù)就不需要消耗序列號(hào)了。在服務(wù)端收到來(lái)自客戶(hù)端的確認(rèn)報(bào)文后,

也進(jìn)入已建立連接(ESTABLISHED)狀態(tài)，此時(shí)，TPC連接建立完成。

(2)

在客戶(hù)端斷開(kāi)TCP連接的時(shí)候，需要與服務(wù)端進(jìn)行四次交互，這四次交互就叫做四次

揮手。

首先，客戶(hù)端向服務(wù)端發(fā)送釋放連接報(bào)文，同時(shí)停止數(shù)據(jù)傳輸。釋放連接報(bào)文頭部是

FIN=1,序列號(hào)是seq=u。發(fā)送之后，客戶(hù)端進(jìn)入終止等待1(FIN-WAITJ)狀態(tài)。無(wú)論FIN

報(bào)文有沒(méi)有傳輸數(shù)據(jù)，都需要消耗一個(gè)序列號(hào)。服務(wù)端收到釋放連接報(bào)文之后，再向客戶(hù)端

發(fā)送確認(rèn)報(bào)文，報(bào)文內(nèi)容為ACK=1,返回序列號(hào)是ack=u+l,報(bào)文本身的序列號(hào)是seq=v。

這條報(bào)文發(fā)送之后，服務(wù)端就會(huì)進(jìn)入關(guān)閉等待(CLOSE-WAIT)狀態(tài)c這時(shí)，客戶(hù)端已經(jīng)不

再發(fā)送數(shù)據(jù)，但仍可以接收數(shù)據(jù)，而服務(wù)端仍可以向客戶(hù)端發(fā)送數(shù)據(jù)，這個(gè)狀態(tài)叫做半關(guān)閉

狀態(tài)。這個(gè)狀態(tài)會(huì)持續(xù)一段時(shí)間，直到服務(wù)端將所有數(shù)據(jù)發(fā)送完畢。客戶(hù)端收到服務(wù)端的確

認(rèn)報(bào)文后，就會(huì)進(jìn)入終止等待2(FIN-WAIT-2)狀態(tài)，同時(shí)接收數(shù)據(jù)并等待服務(wù)端發(fā)送釋放

連接報(bào)文。服務(wù)端將數(shù)據(jù)發(fā)送完之后，接著向客戶(hù)端發(fā)送釋放連接報(bào)文。報(bào)文內(nèi)容為FIN=1,

序列號(hào)為ack=u+l,而在之前的半關(guān)閉狀態(tài)服務(wù)端可能發(fā)送了數(shù)據(jù)，并消耗了序列號(hào)，這里

假設(shè)序列號(hào)為seq=wo將這條報(bào)文發(fā)送之后，服務(wù)端就會(huì)進(jìn)入最后確認(rèn)(LAST-ACK)狀態(tài)，

并等待客戶(hù)端發(fā)送確認(rèn)報(bào)文?？蛻?hù)端收到釋放連接報(bào)文后，再向服務(wù)端發(fā)送確認(rèn)報(bào)文。報(bào)文

內(nèi)容為ACK=1,返回序列號(hào)為ack二w+1,以及這個(gè)報(bào)文的序列號(hào)seq=u+1。發(fā)送之后，客戶(hù)

端將進(jìn)入時(shí)間等待(TIME-WAIT)狀態(tài)。這時(shí)，四次揮手已經(jīng)結(jié)束，但TCP連接仍然沒(méi)有

釋放?？蛻?hù)端需要經(jīng)過(guò)最長(zhǎng)報(bào)文段壽命(MSL)的時(shí)間，這個(gè)時(shí)間通常為兩分鐘，將傳輸控

制塊撤銷(xiāo)后，才進(jìn)入關(guān)閉(CLOSED)狀態(tài)。而服務(wù)端結(jié)束TCP連接要更早一些，它一收到

確認(rèn)報(bào)文，就立即撤銷(xiāo)傳輸控制塊并進(jìn)入關(guān)閉狀態(tài)。

4.實(shí)操題

略

3.6習(xí)題

1.填空題

(1)PID

(2)模塊

(3)核心模塊(CorcModule)、事件驅(qū)動(dòng)模塊(EventsModule)、HTTP內(nèi)核模塊

(HttpCoreModule)

(4).conf

(5)域名、端口、IP地址

2.選擇題

(DD

(2)A

(3)B

(4)A

(5)B

3.思考題

(1)

如果將軟件的所有配置都寫(xiě)入到同一個(gè)配置文件中，就會(huì)導(dǎo)致文件過(guò)大，系統(tǒng)讀取的速

率會(huì)變慢，對(duì)軟件的運(yùn)行會(huì)造成阻礙。通常軟件的配置文件都是分成不同的部分，每一部分

都叫做子配置文件

(2)

listen表示監(jiān)聽(tīng)，通常后面是端口號(hào)，代表服務(wù)運(yùn)行的端口。

servejname表示服務(wù)名，也叫主機(jī)名，其實(shí)是指網(wǎng)站域名。

Location]｝中的內(nèi)容是Nginx作為Web服務(wù)器的網(wǎng)頁(yè)文件信息。

root在系統(tǒng)中是超級(jí)用戶(hù)的意思，在這里表示網(wǎng)站網(wǎng)頁(yè)主目錄。

index在這里表示默認(rèn)頁(yè)面，后面是存放默認(rèn)頁(yè)面的路徑。

4.實(shí)操題

略

4.5習(xí)題

1.填空題

(1)訪問(wèn)日志

(2)錯(cuò)誤日志

(3)讀取讀取寫(xiě)入

(4)log_format

(5)PVUV

2.選擇題

(1)A

(2)C

(3)A

(4)D

(5)D

3.思考題

(1)

$remote_addr按照字面理解為遠(yuǎn)程地址的意思，實(shí)際上這里記錄的是客戶(hù)端的IP地址。

$remote_addr是遠(yuǎn)程用戶(hù)的意思，即客戶(hù)端的用戶(hù)名」$time_local］代表本地時(shí)間，簡(jiǎn)單理解

為服務(wù)器的時(shí)間，不同時(shí)區(qū)的服務(wù)器時(shí)間的是不同的。$requesl是請(qǐng)求，記錄了用戶(hù)所使用

的協(xié)議版本與動(dòng)作，還有所需要請(qǐng)求的URL.$status表示請(qǐng)求結(jié)果，即狀態(tài)返回碼。

$body_bytcs_scnt表示服務(wù)端發(fā)送給客戶(hù)端內(nèi)容的字節(jié)數(shù)，并不包括響應(yīng)頭。$http_rcfcrcr表

示引用，一般情況下網(wǎng)站訪問(wèn)是不需要被引用的。

(2)

日志輪轉(zhuǎn)分為兩步：第一步，將舊日志文件的文件名稱(chēng)進(jìn)行修改，此時(shí)Nginx的口志仍

在舊文件中寫(xiě)入，第二步，向Nginx主進(jìn)程發(fā)送USR1信號(hào)，Nginx收到信號(hào)后將會(huì)以創(chuàng)建

新日志文件，并以Nginx進(jìn)程的屬主作為新日志文件的屬主。此時(shí)Nginx將會(huì)把日志寫(xiě)入到

新日志文件中，并可以對(duì)舊日志文件進(jìn)行切割。

4.實(shí)操題

略

5.9習(xí)題

1.填空題

(1)微調(diào)更新

(2)sendfiletcp_nopushtcp_nodelay

(3)變量

(4)內(nèi)存

(5)監(jiān)聽(tīng)

2.選擇題

(DB

(2)C

(3)B

(4)A

(5)B

3.思考題

(1)

ngx_http_core_module表示文件讀取模塊，而這只是一個(gè)總稱(chēng)。其實(shí)文件讀取模塊具體

分為三個(gè)模塊，分別是：sendfile、tcp_nopush與tcp_nodelay。

sendfile表示文件發(fā)送，是用于管理文件發(fā)送的模塊。在傳統(tǒng)的文件發(fā)送給方式中，文

件需要進(jìn)行多次拷貝，才能夠進(jìn)行發(fā)送。sendfile不會(huì)將文件拷貝到用戶(hù)空間，而是直接從

內(nèi)核空間的緩存區(qū)拷貝到另個(gè)與套接字相關(guān)聯(lián)的緩存區(qū)，從而省去了許多拷貝步驟，同時(shí)

提高了文件發(fā)送的效率。

tcp_nopush是負(fù)責(zé)管理流量發(fā)送的模塊，在sendfile的基礎(chǔ)上為Nginx提供了更高效的

發(fā)送方式。tcp_nopush如同是連接路勁中的一個(gè)開(kāi)關(guān)，在流量積攢到一定量時(shí)，開(kāi)關(guān)打開(kāi)發(fā)

送流量，當(dāng)一個(gè)數(shù)據(jù)包發(fā)送完成之后又關(guān)閉開(kāi)關(guān)。從而減少了數(shù)據(jù)包的過(guò)載，同時(shí)也減輕了

網(wǎng)絡(luò)的壓力。

tcp_nodelay同樣是負(fù)責(zé)管理流量發(fā)送的模塊，但與tcp_nopush不同，tcp_nodelay允許

Nginx即時(shí)發(fā)送數(shù)據(jù)。lepjodelay存在的目的就是為了減緩網(wǎng)絡(luò)延遲，提升用戶(hù)工作效率,

只要服務(wù)器一產(chǎn)生數(shù)據(jù)就會(huì)打包發(fā)送。

⑵

在不開(kāi)啟緩存的情況下，無(wú)論每次的請(qǐng)求是否相同，每請(qǐng)求一次都會(huì)從服務(wù)端重新調(diào)用

資源。開(kāi)啟緩存之后，在多次請(qǐng)求相同的情況下，客戶(hù)端不會(huì)向服務(wù)端發(fā)送新的請(qǐng)求，而是

直接從本地緩存中調(diào)用資源呈現(xiàn)給用戶(hù)，從而加速用戶(hù)瀏覽。

4.實(shí)操題

略

6.4習(xí)題

1.填空題

(1)惡意訪問(wèn)

(2)請(qǐng)求頻率

(3)連接頻率

(4)主機(jī)

(5)用戶(hù)

2.選擇題

⑴D

(2)D

(3)A

(4)A

(5)C

3.思考題

(1)

訪問(wèn)限制是一種防止惡意訪問(wèn)的常用手段，可以指定同一IP地址在固定時(shí)間內(nèi)的訪問(wèn)

次數(shù)，或者指定同一IP在固定時(shí)間內(nèi)建立連接的次數(shù)，若是超過(guò)網(wǎng)站指定的次數(shù)訪問(wèn)將不

成功。

訪問(wèn)控制是控制客戶(hù)端對(duì)服務(wù)端的訪問(wèn)，并非僅限制請(qǐng)求次數(shù)，而是允許某些請(qǐng)求或者

直接拒絕某些請(qǐng)求。

(2)

limit_req_zone表示限制請(qǐng)求規(guī)則，其中zone也有空間的意思；

$binary_remote_addr表示二進(jìn)制形式的客戶(hù)端地址；

req_zone表示規(guī)則名稱(chēng)，為了便于引用，允許用戶(hù)自定義；

10m表示儲(chǔ)存客戶(hù)端IP地址的空間大??；

rate表示訪問(wèn)頻率的限制范圍，lr/s表示I秒鐘一次。

4.實(shí)操題

略

7.6習(xí)題

1.填空題

(1)代理器(Proxy)

(2)正向代理器

(3)反向代理

(4)隱藏

(5)反向代理

2.選擇題

(DB

(2)B

(3)A

(4)A

(5)C

3.思考題

(1)

正向代理是處于客戶(hù)端與服務(wù)端之間的代理節(jié)點(diǎn)，客戶(hù)端將請(qǐng)求發(fā)送給正向代理，正向

代理再向服務(wù)端進(jìn)行請(qǐng)求，最終正向代理將響應(yīng)返回給客戶(hù)端。

反向代理同樣是處于客戶(hù)端與服務(wù)端之間的代理節(jié)點(diǎn)，與正向代理不同的是，反向代理

是服務(wù)于客戶(hù)端的代理節(jié)點(diǎn)。客戶(hù)端的請(qǐng)求不會(huì)直接發(fā)送給服務(wù)端，而是先由反向代理服務(wù)

器接收，再由反向代理服務(wù)器發(fā)送給服務(wù)端。

(2)

proxy_pass表示真實(shí)服務(wù)器的IP地址，也就是Web服務(wù)器的IP地址。

proxy_set_headerHost$http_host表示重新定義轉(zhuǎn)發(fā)給后端Web服務(wù)器的請(qǐng)求頭部，即

在請(qǐng)求頭部添加客戶(hù)端真實(shí)IP地址。

proxy_set_headerX-Real-IP$r3mote_addr表示記錄客戶(hù)端真實(shí)IP池址。

proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for表示記錄服務(wù)端反向代

理服務(wù)器的IP地址。

proxy_connect_limeout表示反向代理服務(wù)器對(duì)后端服務(wù)器發(fā)起TCP三次握手的連接超

時(shí)時(shí)間。

proxy_send_timeout表示后端服務(wù)器給反向代理服務(wù)器返回資源過(guò)程中的超時(shí)時(shí)間。

proxy_read_timeout表示TCP長(zhǎng)連接的超時(shí)時(shí)間。

proxy_buffering表示開(kāi)啟緩沖功能。

proxy_buffer_size表示存放響應(yīng)頭部的緩沖區(qū)。

proxy_buffers表示內(nèi)容線沖區(qū)大小。

proxy_busy_buffers_size表示用于向客戶(hù)端發(fā)送資源的緩沖區(qū)，反向代理服務(wù)器會(huì)劃分

出一部分用于發(fā)送資源的緩沖區(qū)。

proxy_max_temp_file_size表示用于儲(chǔ)存請(qǐng)求頭部文件的緩沖區(qū)，反向代理服務(wù)器會(huì)將

超大的請(qǐng)求頭部在緩沖區(qū)內(nèi)儲(chǔ)存成文件。

4.實(shí)操題

略

8.4習(xí)題

1.填空題

(1)中間件數(shù)據(jù)庫(kù)

(2)交互

(3)硬件軟件

(4)IDC機(jī)房網(wǎng)絡(luò)帶寬服務(wù)器劃分

(5)數(shù)據(jù)庫(kù)

2.選擇題

(DB

(2)D

(3)A

(4)A

(5)D

3.思考題

(1)

網(wǎng)站組件是指構(gòu)成網(wǎng)站架構(gòu)的各個(gè)部分，包括硬件與軟件兩個(gè)方面。硬件指服務(wù)器、網(wǎng)

線等基礎(chǔ)物理設(shè)施，軟件指Web服務(wù)、數(shù)據(jù)庫(kù)等應(yīng)用。

龐大的數(shù)據(jù)庫(kù)系統(tǒng)不僅提高了數(shù)據(jù)的存儲(chǔ)能力，還為數(shù)據(jù)的運(yùn)算提供了有力的支持，使

人們的上網(wǎng)體驗(yàn)度得到良好的提升。數(shù)據(jù)庫(kù)中的數(shù)據(jù)按一定的數(shù)學(xué)模型組織、描述和存儲(chǔ),

具有極小的冗余，較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，并可為各種用戶(hù)共享。常見(jiàn)的有Oracle.

MongoDB、MySQL等。

中間件是介于系統(tǒng)軟件與應(yīng)用軟件之間，為兩者提供資源共享、合作互通的的接口，同

時(shí)能夠?yàn)閼?yīng)用程序提供服務(wù)的軟件，是一類(lèi)軟件的總稱(chēng)。常見(jiàn)的有PHP、Python,Java等。

(2)

Linux+Apache+Python+Mysql是以Linux作為操作系統(tǒng)，Apache作為Web服務(wù)，Python

作為中間件，Mysql做數(shù)據(jù)庫(kù)的網(wǎng)站架構(gòu)。該架構(gòu)簡(jiǎn)稱(chēng)LAMP,其中，“P”可以是Python、

PHP等。所以LAMP不是指一種架構(gòu)，而是指一類(lèi)架構(gòu)的統(tǒng)稱(chēng)。

Linux+Tomcai+JDK+Oracle是以Linux作為操作系統(tǒng)，Tomcat作為Web服務(wù)，JDK作

為中間件，Oracle作為數(shù)據(jù)庫(kù)的網(wǎng)站架構(gòu)。其中，Tomcat與Apache同屬于Apache基金會(huì)。

Tomcat同樣是一款優(yōu)秀的Web服務(wù),專(zhuān)注于處理動(dòng)態(tài)請(qǐng)求，甚至在處理動(dòng)態(tài)請(qǐng)求時(shí)比Apache

更加擅長(zhǎng)。同時(shí)，Tomcat也是Java中間件的容器，能夠很好地支持Java程序在網(wǎng)站中運(yùn)行。

Windows+IIS+ASP.NET+Mogodb是以Windows作為操作系統(tǒng)，HS作為Web服務(wù)，

ASP.NET作為中間件,Mogodb作為數(shù)據(jù)庫(kù)的網(wǎng)站架構(gòu)。其中，HS(InternetInformationServices)

又稱(chēng)互聯(lián)網(wǎng)信息服務(wù)，是由微軟公司提供的一款Web服務(wù)，并且只基于Windows系統(tǒng)運(yùn)行。

Linux+Nginx+PHP+Mysql是以Linux作為操作系統(tǒng)，Nginx作為Web服務(wù)，PHP作為

中間件，Mysql作為數(shù)據(jù)庫(kù)的網(wǎng)站架構(gòu)。

4.實(shí)操題

略

9.5習(xí)題

1.填空題

(1)FastCGI

(2)ngx_fastcgi_modul

(3)核心

(4)PHP-FPM自身

(5)alerl(必須立即處理)error(錯(cuò)誤情況)warning(警告情況)notice

(一般重要信息)debug(調(diào)試信息)notice(默認(rèn))

2.選擇題

(DB

(2)A

(3)B

(4)D

(5)A

3.思考題

(1)

PHP作為動(dòng)態(tài)網(wǎng)站的中間件之后，為動(dòng)態(tài)網(wǎng)站的交互提供了更加優(yōu)秀的CGL即FastCGh

傳統(tǒng)的CGI工作方式是每當(dāng)一個(gè)請(qǐng)求需要CGI進(jìn)行處理時(shí)，Web服務(wù)就通過(guò)操作系統(tǒng)

調(diào)用CGI創(chuàng)建一個(gè)進(jìn)程。當(dāng)請(qǐng)求處理完成后，就退出該進(jìn)行，一個(gè)請(qǐng)求對(duì)應(yīng)一個(gè)進(jìn)程。當(dāng)遇

到高并發(fā)時(shí)，CGI就處于個(gè)不斷創(chuàng)建進(jìn)程的狀態(tài)，工作效率低下，容易造成服務(wù)器響應(yīng)延

遲。

FastCGI作為CGI的改良版，解決了CGI工作性能上的問(wèn)題。FastCGI通過(guò)一個(gè)進(jìn)程管

理器，管理進(jìn)程池中的進(jìn)程，減輕了創(chuàng)建進(jìn)程的壓力，提高了工作效率。目前FastCGI已經(jīng)

被廣泛應(yīng)用，而PHP-FPM就是PHP的FastCGI進(jìn)程管理器。

FastCGI為Nginx的ngx_fastcgi_modul模塊與數(shù)據(jù)庫(kù)提供了更加穩(wěn)定、可靠的接口。

(2)

表示精確匹配，優(yōu)先級(jí)也是最高的。

表示區(qū)分大小寫(xiě)的正則匹配。

表示不區(qū)分大小寫(xiě)的正則匹配。

“/”表示通用匹配，任何請(qǐng)求都會(huì)匹配到。

“八~”表示以某些字符串開(kāi)頭。

表示非區(qū)分大小寫(xiě)匹配的正則。

表示非不區(qū)分大小寫(xiě)匹配的正則。

4.實(shí)操題

略

10.4習(xí)題

1.填空題

(1)偽靜態(tài)化

(2)靜態(tài)

(3)安全性

(4)if語(yǔ)句條件判斷全局變量

(5)地址

2.選擇題

⑴D

(2)C

(3)B

(4)B

(5)D

3.思考題

(1)

理論上，搜索引擎更歡迎靜態(tài)頁(yè)面形式的網(wǎng)頁(yè)，搜索引擎對(duì)靜態(tài)頁(yè)面的評(píng)分一般要高于

動(dòng)態(tài)頁(yè)面。所以，URL重寫(xiě)可以讓網(wǎng)站的網(wǎng)頁(yè)更容易被搜索引擎所收錄。

從安全角度上講，如果在URL中暴露太多的參數(shù)，無(wú)疑會(huì)造成一定量的信息泄漏，可

能會(huì)被一些黑客利用，對(duì)系統(tǒng)造成一定的破壞，所以靜態(tài)化的URL地址可以帶來(lái)更高的安

全性。

(2)

last標(biāo)記表示終止當(dāng)前的頁(yè)面匹配，客戶(hù)端重新發(fā)送一個(gè)請(qǐng)求并按照下一條規(guī)則進(jìn)行匹

配。

break標(biāo)記表示本條規(guī)則匹配完成后終止匹配，不再匹配后面的規(guī)則。

last標(biāo)記與break標(biāo)記都將終止當(dāng)前匹配，但last標(biāo)記回重新發(fā)送請(qǐng)求進(jìn)行匹配，而break

標(biāo)記將徹底終止匹配。

redirect標(biāo)記表示返回302臨時(shí)重定向，瀏覽器地址會(huì)顯示跳轉(zhuǎn)后的URL地址。

permanent標(biāo)記表示返回301永久重定向，瀏覽器地址會(huì)顯示跳轉(zhuǎn)后URL地址。

redirect標(biāo)記與permanent標(biāo)記的區(qū)別是返回的不同方式的重定向，對(duì)于客戶(hù)端來(lái)說(shuō)一

般狀態(tài)下是沒(méi)有區(qū)別的，而對(duì)于搜索引擎，相對(duì)來(lái)說(shuō)更喜歡301重定向。

4.實(shí)操題

略

11.4習(xí)題

1.填空題

(1)證書(shū)頒發(fā)機(jī)構(gòu)(CA?CertificateAuthority)

(2)合法性可靠性

(3)信任列表

(4)根子

(5)mod_ssl證書(shū)密鑰

2.選擇題

(DB

(2)D

(3)A

(4)A

(5)B

3.思考題

(1)

1.私有CA證書(shū)更容易被偽造，被欺詐網(wǎng)站所利用，而公有證書(shū)擁有其獨(dú)特的數(shù)字簽

名，不容易被偽造：

2.瀏覽器會(huì)攔截使用私有CA證書(shū)的網(wǎng)站，需要用戶(hù)手動(dòng)認(rèn)可，所以私有CA更容易

收到中間人攻擊；

3.目前私有CA證書(shū)只能支持SSLV2.0協(xié)議，而目前公有證書(shū)已經(jīng)在支持更高版本的

協(xié)議；

4.私有CA證書(shū)沒(méi)有吊銷(xiāo)列表，在證書(shū)丟失或被盜時(shí)，無(wú)法吊銷(xiāo)證書(shū)，有可能被他人

利用；

5.CA證書(shū)普遍都比公有CA證書(shū)有效期更長(zhǎng)，而CA證書(shū)的有效期越長(zhǎng)越容易被黑客

破解。

(2)

當(dāng)需要將正在運(yùn)行中的Nginx升級(jí)，添加或刪除服務(wù)模塊時(shí)，可以在不中斷服務(wù)的情況

下，使用新版本，重新編譯的Nginx可執(zhí)行程序替換舊版本的可執(zhí)行程序，步驟如下：

1.使用新的可執(zhí)行程序替換舊的可執(zhí)行程序，對(duì)于編譯安裝的Nginx,可以將新版本

編譯安裝到舊版本的Nginx安裝路徑中。替換之前，最好備份一下舊的可執(zhí)行程序；

2.發(fā)送指令kill-USR2到舊版木的Nginx主進(jìn)程號(hào)，啟動(dòng)新版木Nginx的進(jìn)程:

3.此時(shí)，新舊版本的Nginx近程會(huì)同時(shí)運(yùn)行，共同處理請(qǐng)求,要逐步停止舊版本的Nginx

進(jìn)程，就必須發(fā)送WINCH信號(hào)給舊版本Nginx的主進(jìn)程，然后，舊版本Nginx的工作進(jìn)程

就將開(kāi)始平滑關(guān)閉；

4.一段時(shí)間后，舊版本Nginx的工作進(jìn)程處理了所有已連接的請(qǐng)求后退出，僅由新版

本Nginx的工作進(jìn)程來(lái)處理輸入的請(qǐng)求；

5.如果此時(shí)需要版本退回，就必需向舊版本Nginx的主進(jìn)程發(fā)送kill-HUP指令。舊版

本Nginx將在不重教配置文件情況下啟動(dòng)它的工作進(jìn)程，再向新版本Nginx主進(jìn)程發(fā)送關(guān)

閉指令，即可實(shí)現(xiàn)版本退回；

6.如果不需要版本退回，則向舊版本Nginx的主進(jìn)程發(fā)送關(guān)閉指令，即可徹底關(guān)閉舊

版本Nginxo

4.實(shí)操題

略

12.5習(xí)題

1.填空題

(1)吞吐

(2)二層負(fù)載三層負(fù)載四層負(fù)載七層負(fù)載

(3)LVSHAproxyNginx

(4)負(fù)載均衡器

(5)網(wǎng)絡(luò)層傳輸層

2.選擇題

(DB

(2)D

(3)A

(4)A

(5)A

3.思考題

(1)

四層負(fù)載均衡是在網(wǎng)絡(luò)層和傳輸層(IP地址與端口)通過(guò)修改目標(biāo)地址進(jìn)行負(fù)載均衡。四

層負(fù)載在響應(yīng)請(qǐng)求時(shí)速度較快，但無(wú)法處理更高級(jí)的請(qǐng)求。

七層負(fù)載均衡是通過(guò)虛機(jī)主機(jī)名或者URL接收請(qǐng)求，再根據(jù)一些規(guī)則分配到真實(shí)的服

務(wù)器。七層負(fù)載均衡可以代理任意修改和處理用戶(hù)的請(qǐng)求，所以可以使整個(gè)應(yīng)用更加智能化

和安全，代價(jià)就是設(shè)計(jì)和配置會(huì)更復(fù)雜。

(2)

1.輪詢(xún)算法(RoundRobin,簡(jiǎn)稱(chēng)RR)

輪詢(xún)算法是負(fù)載均衡分發(fā)流量的默認(rèn)算法。負(fù)載均衡調(diào)度器通過(guò)輪詢(xún)調(diào)度算法將外部請(qǐng)

求按順序輪流分配到集群中的真實(shí)服務(wù)器上，它均等地對(duì)待每一臺(tái)服務(wù)器，而不管服務(wù)器上

實(shí)際的連接數(shù)和系統(tǒng)負(fù)載。

2.加權(quán)輪詢(xún)算法(WeightRoundRobin,簡(jiǎn)稱(chēng)WRR)

負(fù)載均衡調(diào)度器可以通過(guò)weight指定輪詢(xún)的權(quán)重，權(quán)重(比例)越大，被調(diào)度的次數(shù)越

多。

3.IP_hash算法

負(fù)載均衡調(diào)度器根據(jù)每個(gè)請(qǐng)求IP進(jìn)行調(diào)度，可以解決會(huì)話的問(wèn)題，且不能使用weighto

即負(fù)載均衡調(diào)度器會(huì)將同一個(gè)客戶(hù)端IP，發(fā)給同一個(gè)Web服務(wù)器。

4.fair公平算法

fair公平算法是Nginx借助第三方插件實(shí)現(xiàn)的調(diào)度