實(shí)驗(yàn)九：DNS解析實(shí)驗(yàn)

1、計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院 計(jì)算機(jī)網(wǎng)路 實(shí)驗(yàn)報(bào)告實(shí)驗(yàn)項(xiàng)目 DNS解析實(shí)驗(yàn)及HTTP分析 實(shí)驗(yàn)日期 2016/6/12 一 實(shí)驗(yàn)?zāi)康?.1理解DNS系統(tǒng)的工作原理。1.2熟悉DNS服務(wù)器的工作過(guò)程。1.3熟悉DNS報(bào)文格式。1.4理解DNS緩存的作用。二 實(shí)驗(yàn)原理2.1 DNS及其解析Internet上的每臺(tái)主機(jī)都有一個(gè)唯一的全球IP地址，IPv4中的IP地址是由32位的二進(jìn)制數(shù)組成的。這樣的地址對(duì)于計(jì)算機(jī)來(lái)說(shuō)容易處理，但對(duì) 于用戶來(lái)說(shuō)，即使將IP地址用十進(jìn)制的方式表示，也不容易記憶。而主機(jī)之間的通信最終還是需要用戶的操作，用戶在訪問(wèn)一臺(tái)主機(jī)前，必須首先獲得其地址。因此，我們?yōu)榫W(wǎng)絡(luò)上的主機(jī)取一個(gè)有意義

2、又容易記憶的名字，這個(gè)名字稱為域名。雖然我們?yōu)镮nternet上的主機(jī)取了一個(gè)便于記憶的域名，但通過(guò)域名并不能直接找到要訪問(wèn)的主機(jī)，中間還需要一個(gè)從域名查找到其對(duì)應(yīng)的IP地址的過(guò)程，這個(gè)過(guò)程就是域名解析。域名解析的工作需要由域名服務(wù)器DNS來(lái)完成。域名的解析方法主要有兩種：遞歸查詢（Recursive Query)和迭代查詢 (Iterative Query)。一般而言，主機(jī)向本地域名服務(wù)器的查詢米用遞歸查詢，而本地域名服務(wù)器向根域名服務(wù)器的查詢通常采用迭代查詢。為了提高解析效率，在本地域名服務(wù)器以及主機(jī)中都廣泛使用了高速緩存，用來(lái)存放最近解析過(guò)的域名等信息。當(dāng)然，緩存中的信息是有時(shí)效 的，因

3、為域名和IP地址之間的映射關(guān)系并不總是一成不變的，因此，必須定期刪除緩存中過(guò)期的映射關(guān)系。2.2DNS報(bào)文格式DNS請(qǐng)求和應(yīng)答都用相同的報(bào)文格式，分成5部分（有些部分允許為空），如圖所示。HEADER是必需的，它定義了報(bào)文是請(qǐng)求還是應(yīng)答，也定義了報(bào)文的其他部分是否需要存在，以及是標(biāo)準(zhǔn)查詢還是其他。HEADER段的格式如圖所示。HEADER中的FLAG (標(biāo)志）部分結(jié)構(gòu)如圖5-3所示各部分含義如下：QR：查詢/響應(yīng)標(biāo)志位。opcode：定義查詢或響應(yīng)的類型。AA：授權(quán)回答的標(biāo)志位，該位在響應(yīng)報(bào)文中有效。TC：截?cái)鄻?biāo)志位。RD：該位為1表示客戶端希望得到遞歸回答。RA：只能在響應(yīng)報(bào)文中置為1，表示

4、可以得到遞歸響應(yīng)。zero：保留字段，用全0填充。rcode：返回碼，表示響應(yīng)的差錯(cuò)狀態(tài)。QUESTION部分包含著問(wèn)題，可以為多個(gè)。每個(gè)問(wèn)題的格式如圖所示。ANSWER (應(yīng)答）、AUTHORITY (授權(quán)應(yīng)答）、ADDITIONAL (附加信息）部分都共用相同的格式：資源記錄RR (Resource Record)。資源記錄可包含多個(gè)，其個(gè)數(shù)由報(bào)文首部對(duì)應(yīng)的數(shù)值確定，每個(gè)資源記錄格式如圖所示。三 實(shí)驗(yàn)要求3.1拓?fù)鋱D3.2DNS域名服務(wù)器的層次結(jié)構(gòu)3.3 IP地址配置3.3 其他預(yù)配置本實(shí)驗(yàn)需要在Web服務(wù)器設(shè)備和中開啟HTTP服務(wù)并設(shè)置其內(nèi)容，關(guān)閉其他服務(wù)。另外，還需要進(jìn)行以下幾項(xiàng)預(yù)配置

5、（已完成）。(1)預(yù)配置路由器的靜態(tài)路由Router0、Router1及Router2預(yù)配置的靜態(tài)路由如圖(2)預(yù)先開啟并配置域名服務(wù)器的DNS服務(wù) root_dns設(shè)備添加的資源記錄如圖cn_dns設(shè)備添加的資源記錄如圖com_dns設(shè)備添加的資源記錄如圖_dns設(shè)備添加的資源記錄如圖四 實(shí)驗(yàn)步驟、結(jié)果（程序+注釋+截圖）及分析4.1觀察本地域名解析過(guò)程4.1.1步驟一：在PC的瀏覽器窗口請(qǐng)求內(nèi)部Web服務(wù)器的網(wǎng)頁(yè)單擊Simulation (模擬）選項(xiàng)卡進(jìn)入模擬模式。在Event List Filters (事件列表過(guò)濾器）區(qū)域中，單擊Edit Filters按鈕，僅選擇DNS事件。單擊邏輯

6、工作空間中的PC,在Desktop (桌面）選項(xiàng)卡中打幵Web Browser (Web瀏覽器），在URL框中輸入，然后單擊Go (轉(zhuǎn)到）按鈕。最小化模擬瀏覽器窗口。4.1.2步驟2：捕獲DNS事件并分析本地域名解析過(guò)程在Simulation Panel（模擬面板）中單擊Auto Capture/Play按鈕，此時(shí)會(huì)播放PC與Server之間的數(shù)據(jù)包交換動(dòng)畫，并且相關(guān)的事件會(huì)被添加到Event List中。捕獲結(jié)束時(shí)將會(huì)出現(xiàn)一個(gè)Buff Full (緩沖區(qū)滿）的對(duì)話框，該對(duì)話框提示已達(dá)到事件數(shù)量的最大值，有兩個(gè)按鈕Clear Event List(清除事件列表）和 View Previous

7、Events (查看歷史事件），單擊 View Previous Events (查看歷史事件）按鈕關(guān)閉對(duì)話框。在Event List區(qū)域中，單擊Info列中的某個(gè)DNS 事件的單色框，將會(huì)打開相應(yīng)的PDU Information窗口。本步驟需要查看該窗口OSI Model選項(xiàng)卡中In Layers和 Out Layer的 Layer 7的信息以及 Inbound/Outbound PDU Details (入站/出站PDU詳細(xì)數(shù)據(jù)）選項(xiàng)卡中第7層的PDU信息。本地DNS服務(wù)器的解析過(guò)程大致如下。由于PC中設(shè)置了 DNS服務(wù)器的地址為，因此當(dāng)PC輸入域名請(qǐng)求網(wǎng)頁(yè)時(shí)，它將作

8、為DNS客戶端向本地域名服務(wù)器 cn_dns發(fā)送一個(gè)DNS查詢請(qǐng)求，請(qǐng)求域名的IP地址。本地域名服務(wù)器cn_dns收到PC的DNS查詢請(qǐng)求后，首先嘗試在本地區(qū)域文件查找，發(fā)現(xiàn)確實(shí)存在相應(yīng)的資源記錄，于是將域名 對(duì)應(yīng)的IP地址放入DNS的應(yīng)答報(bào)文發(fā)送給PC。PC收到本地域名服務(wù)器cn_dnS的應(yīng)答報(bào)文后，取出報(bào)文中解析出的IP地址，并對(duì)其進(jìn)行訪問(wèn)，此時(shí)在Web Browser (Web瀏覽器）中顯示相應(yīng)的Web頁(yè)面。完成后單擊Reset Simulation（重置模擬）按鈕，將原有的事件全部清空；同時(shí)關(guān)閉PC的Web Browser（Web瀏覽器）窗口

9、。4.2任務(wù)二：觀察外網(wǎng)域名解析過(guò)程4.2.1步驟1：在PC的瀏覽器窗口請(qǐng)求外部Web服務(wù)器的網(wǎng)頁(yè)保持模擬模式中Event List Filters (事件列表過(guò)濾器）區(qū)域的選擇（仍為僅選擇DNS事件）不變。單擊邏輯工作空間中的PC，在Desktop (桌面）選項(xiàng)卡中打開Web Browser (Web瀏覽器），在URL框中輸入，然后單擊Go 按鈕。最小化模擬瀏覽器窗口。4.2.2步驟2：捕獲DNS事件并分析外網(wǎng)域名解析過(guò)程在Simulation Panel (模擬面板）中單擊Auto Capture/PIay按鈕進(jìn)行捕獲，當(dāng)捕獲結(jié)束出現(xiàn)BuffFull (緩沖區(qū)滿）的對(duì)話框時(shí)，單擊View

10、Previous Events按鈕關(guān)閉對(duì)話框。應(yīng)注意重點(diǎn)觀察解析外網(wǎng)域名時(shí)各級(jí)域名服務(wù)器的具體解析過(guò)程。此處可忽略路由器和交換機(jī)的轉(zhuǎn)發(fā)過(guò)程，僅分析DNS的請(qǐng)求和響應(yīng)報(bào)文在 DNS服務(wù)器之間的交互情況。DNS服務(wù)器之間的解析過(guò)程如圖所示。1 PC向本地域名服務(wù)器cn_dns發(fā)送一個(gè)DNS查詢請(qǐng)求包請(qǐng)求解析域名 。2 本地域名服務(wù)器cn_dnS收到PC的DNS查詢請(qǐng)求后，在本地區(qū)域文件中未找到相應(yīng)的資源記錄，于是cn_dns作為DNS客戶端向根域名服務(wù)器root_dns發(fā)送DNS請(qǐng)求包請(qǐng)求解析域名。3 根域名服務(wù)器root_dns收到cn_dns發(fā)來(lái)的DNS查詢請(qǐng)求后，在本地區(qū)域文件中未能直接解析

11、出域名，但找到能解析“.com”后 綴的頂級(jí)域名服務(wù)器com_dns，于是root_dns也作為DNS客戶端向頂級(jí)域 名服務(wù)器com_dns發(fā)送DNS請(qǐng)求包，請(qǐng)求解析域名4 頂級(jí)域名服務(wù)器com_dns收到root_dns發(fā)來(lái)的DNS查詢請(qǐng)求后， 在本地區(qū)域文件中未能直接解析出域名，但找到能解析“” 后綴的權(quán)限域名服務(wù)器_dns，于是com_dns也作為DNS客戶端向權(quán) 限域名服務(wù)器_dns發(fā)送DNS請(qǐng)求包請(qǐng)求解析域名。5 權(quán)限域名服務(wù)器_dns收到com_dns發(fā)來(lái)的DNS查詢請(qǐng)求后，在本地區(qū)域文件中找到相應(yīng)的資源記錄直接解析出域名,于是將IP地址寫入DNS應(yīng)答報(bào)文中發(fā)

12、送給頂級(jí)域名服務(wù)器com_dns。6 com_dns作為DNS客戶端收到DNS應(yīng)答報(bào)文后，取出IP地址，同時(shí)作為DNS服務(wù)器將IP地址寫入DNS應(yīng)答報(bào)文中發(fā)送給根域名服務(wù)器root_dns。7 root_dns作為DNS客戶端收到DNS應(yīng)答報(bào)文后，取出IP地址，同時(shí)作為DNS服務(wù)器將IP地址寫入DNS應(yīng)答報(bào)文中發(fā)送給本地域名服務(wù)器cn_dns。8 cn_dns作為DNS客戶端收到DNS應(yīng)答報(bào)文后，取出IP地址 ，同時(shí)作為DNS服務(wù)器將IP地址寫入DNS應(yīng)答報(bào)文中發(fā)送給PC。PC收到本地域名服務(wù)器cn_dns的應(yīng)答報(bào)文后，取出IP地址192.168.6

13、.2，并對(duì)其進(jìn)行訪問(wèn)，此時(shí)在Web Browser (Web瀏覽器）中顯示相應(yīng)的Web頁(yè)面。完成后單擊Reset Simulation（重置模擬）按鈕，將原有的事件全部清空；同時(shí)關(guān)閉PC的Web Browser（Web瀏覽器）窗口。4.3任務(wù)三：觀察緩存的作用4.3.1步驟1：查看本地域名服務(wù)器cn_dns的緩存查看緩存有兩種方法：?jiǎn)螕暨壿嫻ぷ骺臻g中的本地域名服務(wù)器cn_dns，在Config (配置） 選項(xiàng)卡中選擇DNS服務(wù)，并單擊頁(yè)面下方的DNS Cache (DNS緩存）按鈕，查看此時(shí)本地域名服務(wù)器cn_dns中的緩存。先選擇工具欄中的Inspect (查看）工具，單擊邏輯工作空間中的本

14、地域名服務(wù)器cn_dns，在彈出的快捷菜單中選擇DNS Cache Table (DNS緩存表）即可查看此時(shí)本地域名服務(wù)器cn_dnS中的緩存。查看完后重新選擇工具欄中的Select (選?。┕ぞ?。4.3.2步驟2：在PC的瀏覽器窗口請(qǐng)求外部Web服務(wù)器的網(wǎng)頁(yè)重復(fù)任務(wù)二，再次觀察此次解析外網(wǎng)域名的過(guò)程。由于PC中設(shè)置了 DNS服務(wù)器的地址為，因此當(dāng)PC輸入域名請(qǐng)求網(wǎng)頁(yè)時(shí)，它將作為DNS客戶端向本地域名服務(wù)器cn_dns發(fā)送一個(gè)DNS查詢請(qǐng)求，請(qǐng)求域名的IP地址。本地域名服務(wù)器cn_dns收到PC的DNS查詢請(qǐng)求后，首先嘗試在本地區(qū)域文件查找，發(fā)現(xiàn)確實(shí)存在相應(yīng)的資源記錄，于

15、是將域名對(duì)應(yīng)的IP地址放入DNS的應(yīng)答報(bào)文發(fā)送給PC。PC收到本地域名服務(wù)器cn_dnS的應(yīng)答報(bào)文后，取出報(bào)文中解析出的IP地址，并對(duì)其進(jìn)行訪問(wèn)，此時(shí)在Web Browser (Web瀏覽器）中顯示相應(yīng)的Web頁(yè)面。五 實(shí)驗(yàn)遇到的困難及解決 1 DNS緩存有什么作用？在Packet Tracer中如何清空DNS緩存？答：DNS緩存用來(lái)存放最近解析過(guò)的域名等信息，因此可以提高解析 效率。若需要在Packet Tracer中清空某個(gè)DNS服務(wù)器的緩存，可以進(jìn)入該 DNS服務(wù)器的配置窗口，單擊窗口下方的DNS Cache按鈕，在彈出的窗口 中單擊下方的Cl

16、ear Cache按鈕即可把DNS緩存清空。2 本實(shí)驗(yàn)中PC與本地域名服務(wù)器cn_dns之間的解析是遞歸還是迭代？本地域名服務(wù)器cn_dns與根域名服務(wù)器root_dns之間呢？若后者用另一種解析方法，則域名服務(wù)器之間DNS的請(qǐng)求和應(yīng)答的交互過(guò)程應(yīng)如何？答：本實(shí)驗(yàn)中PC與本地域名服務(wù)器cn_dns之間的解析是遞歸查詢，本地域名服務(wù)器cn_dns與根域名服務(wù)器root_dns之間也是遞歸查詢。若后 者用的是迭代查詢，則當(dāng)cn_dns向根域名服務(wù)器root_dns請(qǐng)求解析而 root_dns無(wú)法解析出結(jié)果時(shí)，不是由root_dns全權(quán)幫助cn_dns直接解析出結(jié)果并將解析結(jié)果告知cn_dns而是r

17、oot_dns會(huì)告訴cn_dns應(yīng)該向哪一個(gè)域名服務(wù)器進(jìn)行查詢，剩下的解析由cn_dns自己進(jìn)行。六 實(shí)驗(yàn)心得總結(jié)通過(guò)本次實(shí)驗(yàn)，理解了DNS系統(tǒng)的工作原理，熟悉了DNS服務(wù)器的工作過(guò)程及DNS報(bào)文格式，DNS協(xié)議使用運(yùn)輸層的UDP。實(shí)驗(yàn)二：HTTP分析一 實(shí)驗(yàn)?zāi)康?.1 熟悉HTTP協(xié)議的工作過(guò)程。1.2理解HTTP報(bào)文的封裝格式。二 實(shí)驗(yàn)原理WWW是World Wide Web的縮寫，中文稱為“萬(wàn)維網(wǎng)”，常簡(jiǎn)稱為Web。 它由歐洲原子核研究組織（CERN)研制，其目的是為全球范圍的科學(xué)家利用Internet方便地進(jìn)行通信、信息交流和信息查詢。它是目前Internet上發(fā)展最快、應(yīng)用

18、最廣的信息瀏覽機(jī)制，大大方便了廣大非網(wǎng)絡(luò)專業(yè)人員對(duì)網(wǎng)絡(luò)的使用，在很大程度上促進(jìn)了Internet的發(fā)展。WWW己不是傳統(tǒng)意義上的物理網(wǎng)絡(luò)，而是在超文本和超媒體基礎(chǔ)上形成的信息網(wǎng)絡(luò)。HTTP (HyperText Transfer Protocol，超文本傳輸協(xié)議）是一個(gè)詳細(xì)規(guī)定了瀏覽器和WWW服務(wù)器之間互相通信的規(guī)則的集合，是通過(guò)Internet 從WWW服務(wù)器傳輸超文本到本地瀏覽器的數(shù)據(jù)傳送協(xié)議，是萬(wàn)維網(wǎng)交換 信息的基礎(chǔ)。RFC 1945定義了 HTTP 1.0版本，而最著名的就是RFC 2616, 它定義了今天普遍使用的一個(gè)版本HTTP 1.1。2.1 HTTP的主要特點(diǎn)1) 簡(jiǎn)單快速客戶

19、與服務(wù)器連接后，HTTP要求客戶必須向服務(wù)器傳送的信息只有請(qǐng)求方法和路徑，因而HTTP服務(wù)器的程序規(guī)模也就相應(yīng)比較小而且簡(jiǎn)單，與其他協(xié)議相比其時(shí)間開銷也就較少，通信速度也較快，能夠更加有效地處理客戶機(jī)的大量請(qǐng)求，得到了廣泛的使用。2) 靈活HTTP允許傳輸?shù)臄?shù)據(jù)對(duì)象可以是任意類型的，類型由Content-Type加以標(biāo)記。3) 無(wú)連接無(wú)連接的含義是限制每次建立的TCP連接只處理一個(gè)請(qǐng)求，當(dāng)客戶收到服務(wù)器的應(yīng)答后立即斷開連接。這樣，服務(wù)器不會(huì)專門等待客戶發(fā)出請(qǐng)求也不會(huì)在完成一個(gè)請(qǐng)求后還保持原來(lái)的連接，而是會(huì)立即斷開連接、釋放資源。采用這種方式可以充分利用網(wǎng)絡(luò)資源，節(jié)省傳輸時(shí)間。無(wú)連接也可以稱為非

20、持久連接，HTTP 1.0使用的就是非持久連接。而在HTTP 1.1中則引入了持久連接，允許在同一個(gè)連接中存在多次數(shù)據(jù)請(qǐng)求和響應(yīng)，服務(wù)器在發(fā)送完響應(yīng)后并不關(guān)閉TCP連接，而客戶端可以通過(guò)這個(gè)連接繼續(xù)請(qǐng)求其他對(duì)象。4) 無(wú)狀態(tài)HTTP是無(wú)狀態(tài)協(xié)議。無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力。同一個(gè)客戶第二次訪問(wèn)同一個(gè)服務(wù)器上的頁(yè)面時(shí)，服務(wù)器的響應(yīng)方式完全與第一次被訪問(wèn)時(shí)相同。無(wú)狀態(tài)性使得服務(wù)器在不需要先前已傳送過(guò)的信息時(shí)，響應(yīng)速度較快。當(dāng)然，這一特點(diǎn)也意味著如果后續(xù)的處理需要前面已經(jīng)傳送過(guò)的信息，也還是必須重傳，這樣必然導(dǎo)致每次連接傳送的數(shù)據(jù)量增大而降低網(wǎng)絡(luò)資源的利用率。5) 請(qǐng)求響應(yīng)模型HTTP定

21、是由客戶端發(fā)起請(qǐng)求，而后服務(wù)器才回送響應(yīng)。換句話說(shuō)，當(dāng)客戶端沒(méi)有發(fā)起請(qǐng)求的時(shí)候，服務(wù)器無(wú)法主動(dòng)將消息推送給客戶端。2.2 HTTP事務(wù)處理過(guò)程HTTP采用的是請(qǐng)求/響應(yīng)的握手方式，只有當(dāng)客戶發(fā)出請(qǐng)求后，服務(wù)器才會(huì)對(duì)其進(jìn)行響應(yīng)。每一次HTTP的操作稱為一個(gè)事務(wù)。在WWW客戶（通常是瀏覽器）發(fā)出請(qǐng)求之前，每個(gè)WWW網(wǎng)點(diǎn)的服務(wù)器（通常稱為Web服務(wù)器）進(jìn)程需要不斷地監(jiān)聽TCP的端口 80,以便發(fā) 現(xiàn)是否有WWW客戶向它發(fā)出連接建立請(qǐng)求。只要客戶端單擊某個(gè)超鏈接， HTTP的工作就開始了。整個(gè)工作過(guò)程具體如下。1) 客戶機(jī)與Web服務(wù)器建立TCP連接,HTTP的工作建立在此連接之上。2) 通過(guò)TCP連

22、接，客戶端向Web服務(wù)器發(fā)送一個(gè)文本的請(qǐng)求報(bào)文。一個(gè)請(qǐng)求報(bào)文由請(qǐng)求行、請(qǐng)求首部、空行和請(qǐng)求數(shù)據(jù)4部分組成。3) Web服務(wù)器收到請(qǐng)求報(bào)文后，對(duì)其進(jìn)行解析并查找客戶需要的資源。找到資源后將其復(fù)本寫到響應(yīng)報(bào)文中回發(fā)給客戶，由客戶讀取。一個(gè)響應(yīng)報(bào)文由狀態(tài)行、響應(yīng)首部、空行和響應(yīng)數(shù)據(jù)4部分組成。4) 釋放TCP連接。一般情況下，一旦Web服務(wù)器向客戶發(fā)送了響應(yīng)報(bào)文后，便會(huì)主動(dòng)關(guān)閉TCP連接，而客戶端則是被動(dòng)關(guān)閉TCP連接。如果以上過(guò)程中的任何一個(gè)步驟出現(xiàn)錯(cuò)誤，那么Web服務(wù)器把出錯(cuò)的信息提示返回到客戶端顯示。對(duì)于用戶來(lái)說(shuō)，這些過(guò)程由HTTP自動(dòng)完成, 不需要過(guò)多介入，只要用鼠標(biāo)單擊并等待信息顯示就可以

23、了。2.3 HTTP報(bào)文格式HTTP報(bào)文有兩類：請(qǐng)求報(bào)文和響應(yīng)報(bào)文。這兩種類型的報(bào)文均采用RFC 822的普通信息格式，由一個(gè)起始行、首部行、空行（代表首部行結(jié)束) 及可選的信息體組成。其中首部行可擴(kuò)展為多行，每一行與起始行一樣，要用回車換行符<CR> <LF>作為結(jié)束標(biāo)識(shí)兩種報(bào)文的通用格式如圖5-21所示。圖5-21 HTTP信息格式HTTP是面向文本的，報(bào)文中的每個(gè)字段都是ASCII碼串，因此各字段的長(zhǎng)度都是不確定的。(1) 請(qǐng)求行/狀態(tài)行（也稱起始行）方法空格URL空格HTTP版本CRLF其用于區(qū)分本報(bào)文是請(qǐng)求報(bào)文還是響應(yīng)報(bào)文?？蛻舳税l(fā)出的請(qǐng)求報(bào)文中的請(qǐng)求行格式。

24、服務(wù)器發(fā)出的響應(yīng)報(bào)文中的狀態(tài)行格式如圖所示。HTTP版本空格狀態(tài)碼空格狀態(tài)短語(yǔ)CRLF(2) 信息首部信息首部用于在客戶端與服務(wù)器之間交換附加信息。HTTP的信息首部有以下四種：通用首部（General-Header)、請(qǐng)求首部（Request-Header)、響應(yīng)首部（Response-Header)和實(shí)體首部（Entity-Header)。信息首部可以有零到多個(gè)首部行。每一個(gè)首部行的格式如圖所示。首部字段名：空格碼首部值CRLF(3) 空行空行放在整個(gè)信息首部結(jié)束之后，用于將信息首部和信息體分開。(4)信息體信息體是用來(lái)傳遞請(qǐng)求或響應(yīng)的相關(guān)實(shí)體。實(shí)際上，在請(qǐng)求報(bào)文中一般都不用這個(gè)字段，只有

25、在客戶確實(shí)有數(shù)據(jù)需要傳送給服務(wù)器時(shí)才使用；而響應(yīng)報(bào)文中也可以沒(méi)有這個(gè)字段三 實(shí)驗(yàn)要求3.1拓?fù)鋱D3.2 IP地址配置網(wǎng)絡(luò)拓?fù)渲懈髟O(shè)備的IP地址配置見表。3.3.需要的其他預(yù)配置本實(shí)驗(yàn)需要預(yù)先開啟DNS設(shè)備中的DNS服務(wù)，添加的資源記錄如 圖所示。同時(shí)需要開啟Webl和Web2設(shè)備的HTTP服務(wù)并設(shè)置其內(nèi)容，Webl的首頁(yè)頁(yè)面內(nèi)容設(shè)置少些，而Web2的首頁(yè)頁(yè)面內(nèi)容則適當(dāng)設(shè)置多些，以便觀察兩者的區(qū)別。四 實(shí)驗(yàn)步驟、結(jié)果（程序+注釋+截圖）及分析4.1  任務(wù)一：PC請(qǐng)求較小的頁(yè)面文檔4.1.1步驟1：捕獲PC與Web1之間的HTTP事件在Simulation模式下的Event List

26、Filters區(qū)域中，單擊Edit Filters按鈕，僅選擇HTTP事件。單擊邏輯工作空間中的PC，在Desktop (桌面）選項(xiàng)卡中打開Web Browser (Web瀏覽器），在URL框中輸入，然后單擊Go (轉(zhuǎn)到）按鈕。最小化模擬瀏覽器窗口。在Simulation Panel中單擊Auto Capture/Play (自動(dòng)捕獲/ 播放）按鈕進(jìn)行捕獲，當(dāng)捕獲結(jié)束出現(xiàn)Buff Full (緩沖區(qū)滿）對(duì)話框時(shí)， 單擊View Previous Events (查看歷史事件）按鈕關(guān)閉對(duì)話框。4.1.2步驟2：理解HTTP協(xié)議的工作過(guò)程并分析HTTP報(bào)文格式注意重點(diǎn)觀察PC和Webl之間HTTP的工作過(guò)程，此處可忽略交換機(jī)的轉(zhuǎn)發(fā)過(guò)程，僅分析HTTP的請(qǐng)求和響應(yīng)報(bào)文在PC與Webl之間的交互情況。 HTTP的事務(wù)處理過(guò)程大致如下：1) PC作為HTTP客戶端向Webl發(fā)送一個(gè)HTTP請(qǐng)求報(bào)文。2) Webl收到HTTP請(qǐng)求報(bào)文后向PC回發(fā)一個(gè)HTTP響應(yīng)報(bào)文。3) PC收到HTTP響應(yīng)報(bào)文后，在Web瀏覽器上顯示網(wǎng)頁(yè)。完成后單擊Reset Simulation (重置模擬）按鈕，將原有的事件全部清空；同時(shí)關(guān)閉PC的配置窗口。4.2任務(wù)二：PC請(qǐng)求較大的頁(yè)面文檔并與任務(wù)一對(duì)比4.2.1步驟1：捕獲PC與Web2之間的HTTP事件保持Simula