計(jì)算機(jī)網(wǎng)絡(luò)謝希仁版應(yīng)用層知識(shí)點(diǎn)總結(jié)

《計(jì)算機(jī)網(wǎng)絡(luò)謝希仁版應(yīng)用層知識(shí)點(diǎn)總結(jié)》由會(huì)員分享，可在線閱讀，更多相關(guān)《計(jì)算機(jī)網(wǎng)絡(luò)謝希仁版應(yīng)用層知識(shí)點(diǎn)總結(jié)（8頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、應(yīng)用層 本章討論的問(wèn)題是各種應(yīng)用進(jìn)程通過(guò)什么樣的應(yīng)用層協(xié)議來(lái)使用網(wǎng)絡(luò)所提供的通信服務(wù) 應(yīng)用層的許多協(xié)議都是基于客戶-服務(wù)器方式的，客戶和服務(wù)器都是主機(jī)之中的應(yīng)用進(jìn)程。 一、 域名系統(tǒng) DNS 1、 域名系統(tǒng)DNS是因特網(wǎng)使用的命名系統(tǒng)，用來(lái)把人們便于使用的機(jī)器名字轉(zhuǎn)換為IP地址。 2、 為什么機(jī)器在處理IP數(shù)據(jù)報(bào)時(shí)不使用域名，而要使用IP地址呢？ 因?yàn)镮P地址的長(zhǎng)度固定為32位，域名長(zhǎng)度不固定，機(jī)器處理起來(lái)比較困難。 3、 整個(gè)因特網(wǎng)為什么不只使用一個(gè)域名服務(wù)器？ 因?yàn)檎麄€(gè)因特網(wǎng)規(guī)模很大，一臺(tái)服務(wù)器會(huì)因?yàn)樨?fù)載太大無(wú)法正常工作，一旦出錯(cuò)，整個(gè)因特網(wǎng)就癱瘓了。 4、域名服務(wù)器：名

2、字到 IP 地址的解析是由若干個(gè)域名服務(wù)器程序完成的。運(yùn)行域名服務(wù)器程序的專設(shè)結(jié)點(diǎn)的機(jī)器稱為域名服務(wù)器。 5、DNS請(qǐng)求報(bào)文是UDP數(shù)據(jù)報(bào) 6、域名：任何一個(gè)連接在因特網(wǎng)上的主機(jī)或路由器，都有的一個(gè)唯一的層次結(jié)構(gòu)名字 7、域名的結(jié)構(gòu)由標(biāo)號(hào)序列組成，各標(biāo)號(hào)之間用點(diǎn)隔開(kāi)： … . 三級(jí)域名 . 二級(jí)域名 . 頂級(jí)域名 8、域名只是個(gè)邏輯概念，并不代表計(jì)算機(jī)所在的物理地點(diǎn)。 9、域名的語(yǔ)法：由標(biāo)號(hào)序列組成，用.分開(kāi)，每一個(gè)標(biāo)號(hào)不超過(guò)63字符，完整域名不超過(guò)255個(gè)字符，標(biāo)號(hào)中除了-不能有其他標(biāo)點(diǎn)符號(hào) 10、域名只是個(gè)邏輯概念，并不代表計(jì)算機(jī)所在的物理地點(diǎn)。 11、頂級(jí)域名 TL

3、D (1) 國(guó)家頂級(jí)域名 nTLD：如: .cn 表示中國(guó)，.us 表示美國(guó)，.uk 表示英國(guó)，等等。 (2) 通用頂級(jí)域名 gTLD：最早的頂級(jí)域名是： .com （公司和企業(yè)） .net （網(wǎng)絡(luò)服務(wù)機(jī)構(gòu)） .org （非贏利性組織） .edu （美國(guó)專用的教育機(jī)構(gòu)（） .gov （美國(guó)專用的政府部門） .mil （美國(guó)專用的軍事部門） .int （國(guó)際組織） (3) 基礎(chǔ)結(jié)構(gòu)域名(infrastructure domain)：這種頂級(jí)域名只有一個(gè)，即 arpa，用于反向域名解析，因此又稱為反向

4、域名。 12、 之前我國(guó)把二級(jí)域名劃分為類別域名和行政區(qū)域名，現(xiàn)在可以直接注冊(cè) 13、 域名服務(wù)器：一個(gè)服務(wù)器所負(fù)責(zé)管轄的（或有權(quán)限的）范圍叫做區(qū)(zone)。每一個(gè)區(qū)設(shè)置相應(yīng)的權(quán)限域名服務(wù)器，用來(lái)保存該區(qū)中的所有主機(jī)的域名到IP地址的映射，DNS 服務(wù)器的管轄范圍不是以“域”為單位，而是以“區(qū)”為單位。區(qū)小于等于域。 14、 域名服務(wù)器有以下四種類型 （1）根域名服務(wù)器 ：根域名服務(wù)器是最重要的域名服務(wù)器。所有的根域名服務(wù)器都知道所有的頂級(jí)域名服務(wù)器的域名和 IP 地址，在因特網(wǎng)上共有13 個(gè)不同 IP 地址的根域名服務(wù)器，是 13 套裝置（不是 13 個(gè)機(jī)器） （2）頂級(jí)域名服

5、務(wù)器 ：這些域名服務(wù)器負(fù)責(zé)管理在該頂級(jí)域名服務(wù)器注冊(cè)的所有二級(jí)域名。 （3）權(quán)限域名服務(wù)器 ：負(fù)責(zé)一個(gè)區(qū)的域名服務(wù)器。 （4）本地域名服務(wù)器 ：當(dāng)一個(gè)主機(jī)發(fā)出 DNS 查詢請(qǐng)求時(shí)，這個(gè)查詢請(qǐng)求報(bào)文就發(fā)送給本地域名服務(wù)器，也稱為默認(rèn)域名服務(wù)器。 15、提高域名服務(wù)器的可靠性：DNS 域名服務(wù)器都把數(shù)據(jù)復(fù)制到幾個(gè)域名服務(wù)器來(lái)保存，其中的一個(gè)是主域名服務(wù)器，其他的是輔助域名服務(wù)器。主域名服務(wù)器定期把數(shù)據(jù)復(fù)制到輔助域名服務(wù)器中，而更改數(shù)據(jù)只能在主域名服務(wù)器中進(jìn)行。這樣就保證了數(shù)據(jù)的一致性。 16、主機(jī)向本地域名服務(wù)器的查詢一般都是采用遞歸查詢 17、本地域名服務(wù)器向根域名服務(wù)器的查詢通常

6、是采用迭代查詢。 18、每個(gè)域名服務(wù)器都維護(hù)一個(gè)高速緩存，存放最近用過(guò)的名字以及從何處獲得名字映射信息的記錄。為保持高速緩存中的內(nèi)容正確，域名服務(wù)器應(yīng)為每項(xiàng)內(nèi)容設(shè)置計(jì)時(shí)器，并處理超過(guò)合理時(shí)間的項(xiàng) 二、文件傳送協(xié)議FTP 1、 FTP 提供交互式的訪問(wèn)，允許客戶指明文件的類型與格式，并允許文件具有存取權(quán)限。 2、FTP 的服務(wù)器進(jìn)程由兩大部分組成：一個(gè)主進(jìn)程，負(fù)責(zé)接受新的請(qǐng)求；另外有若干個(gè)從屬進(jìn)程，負(fù)責(zé)處理單個(gè)請(qǐng)求。 3、主進(jìn)程的工作步驟如下 n 打開(kāi)熟知端口（端口號(hào)為 21），使客戶進(jìn)程能夠連接上。 n 等待客戶進(jìn)程發(fā)出連接請(qǐng)求。 n 啟動(dòng)從屬進(jìn)程來(lái)處理客戶進(jìn)程發(fā)來(lái)的請(qǐng)求。從屬

7、進(jìn)程對(duì)客戶進(jìn)程的請(qǐng)求處理完畢后即終止，但從屬進(jìn)程在運(yùn)行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。 n 回到等待狀態(tài)，繼續(xù)接受其他客戶進(jìn)程發(fā)來(lái)的請(qǐng)求。主進(jìn)程與從屬進(jìn)程的處理是并發(fā)地進(jìn)行。 4、 FTP 使用的兩個(gè) TCP 連接：TCP 控制連接，TCP 數(shù)據(jù)連接 5、 兩個(gè)不同的端口號(hào)：熟知端口(21)用于建立TCP控制連接，20號(hào)端口用于建立TCP數(shù)據(jù)連接 6、網(wǎng)絡(luò)文件系統(tǒng)NFS 允許應(yīng)用進(jìn)程打開(kāi)一個(gè)遠(yuǎn)地文件，并能在該文件的某一個(gè)特定的位置上開(kāi)始讀寫數(shù)據(jù)。在網(wǎng)絡(luò)上傳送的只是少量的修改數(shù)據(jù)。 簡(jiǎn)單文件傳送協(xié)議 TFTP 三、TFTP 是一個(gè)很小且易于實(shí)現(xiàn)的文件傳送協(xié)議。 1、 TF

8、TP 使用客戶服務(wù)器方式和使用 UDP 數(shù)據(jù)報(bào)，因此 TFTP 需要有自己的差錯(cuò)改正措施。 2、 TFTP 只支持文件傳輸而不支持交互。 3、 TFTP 的主要特點(diǎn)： (1) 每次傳送的數(shù)據(jù) PDU 中有 512 字節(jié)的數(shù)據(jù)，但最后一次可不足 512 字節(jié)。 (2) 數(shù)據(jù) PDU 也稱為文件塊(block)，每個(gè)塊按序編號(hào)，從 1 開(kāi)始。 (3) 支持 ASCII 碼或二進(jìn)制傳送。 (4) 可對(duì)文件進(jìn)行讀或?qū)憽? (5) 使用很簡(jiǎn)單的首部。 4、 在一開(kāi)始工作時(shí)。TFTP 客戶進(jìn)程發(fā)送一個(gè)讀請(qǐng)求 PDU 或?qū)懻?qǐng)求 PDU 給 T

9、FTP 服務(wù)器進(jìn)程，其熟知端口號(hào)碼為 69。 5、 若文件長(zhǎng)度恰好為 512 字節(jié)的整數(shù)倍，則在文件傳送完畢后，還必須在最后發(fā)送一個(gè)只含首部而無(wú)數(shù)據(jù)的數(shù)據(jù) PDU。 四、遠(yuǎn)程終端協(xié)議 TELNET也稱終端仿真協(xié)議 1、用戶用 TELNET 就可在其所在地通過(guò) TCP 連接注冊(cè)（即登錄）到遠(yuǎn)地的另一個(gè)主機(jī)上（使用主機(jī)名或 IP 地址） 2、 遠(yuǎn)程終端協(xié)議 TELNET是基于TCP協(xié)議、端口23號(hào)。 3、 和 FTP 的情況相似，服務(wù)器中的主進(jìn)程等待新的請(qǐng)求，并產(chǎn)生從屬進(jìn)程來(lái)處理每一個(gè)連接。 4、為了適應(yīng)不同格式的網(wǎng)絡(luò)要使用網(wǎng)絡(luò)虛擬終端 NVT ：客戶軟件把用戶的擊鍵和命令轉(zhuǎn)換成 N

10、VT 格式，并送交服務(wù)器。服務(wù)器軟件把收到的數(shù)據(jù)和命令，從 NVT 格式轉(zhuǎn)換成遠(yuǎn)地系統(tǒng)所需的格式。 五、萬(wàn)維網(wǎng) WWW (World Wide Web) 1、萬(wàn)維網(wǎng) WWW并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬(wàn)維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)式的信息儲(chǔ)藏所，采用鏈接訪問(wèn)方式，提供分布式服務(wù)。以客戶-服務(wù)器方式工作。 2、超文本是包含指向其他文檔的鏈接的文本，是萬(wàn)維網(wǎng)的基礎(chǔ)， 3、超媒體與超文本的區(qū)別是文檔內(nèi)容不同，超文本文檔僅包含文本信息，而超媒體文檔還包含其他表示方式的信息，如圖形、圖像、聲音、動(dòng)畫，甚至活動(dòng)視頻圖像。 4、 萬(wàn)維網(wǎng)是分布式超媒體(hypermedia)系統(tǒng)，它是超文本(hypert

11、ext)系統(tǒng)的擴(kuò)充。 5、萬(wàn)維網(wǎng)必須解決的問(wèn)題 (1) 怎樣標(biāo)志分布在整個(gè)因特網(wǎng)上的萬(wàn)維網(wǎng)文檔？ n 使用統(tǒng)一資源定位符 URL (Uniform Resource Locator)來(lái)標(biāo)志萬(wàn)維網(wǎng)上的各種文檔。 n 使每一個(gè)文檔在整個(gè)因特網(wǎng)的范圍內(nèi)具有唯一的標(biāo)識(shí)符 URL。 (2) 用何協(xié)議實(shí)現(xiàn)萬(wàn)維網(wǎng)上各種超鏈的鏈接？ n 在萬(wàn)維網(wǎng)客戶程序與萬(wàn)維網(wǎng)服務(wù)器程序之間進(jìn)行交互所使用的協(xié)議，是超文本傳送協(xié)議 HTTP (HyperText Transfer Protocol)。 n HTTP 是一個(gè)應(yīng)用層協(xié)議，它使用 TCP 連接進(jìn)行可靠的傳送。 (3) 怎樣使各種萬(wàn)維網(wǎng)文檔都能在

12、因特網(wǎng)上的各種計(jì)算機(jī)上顯示出來(lái)，同時(shí)使用戶清楚地知道在什么地方存在著超鏈？ n 超文本標(biāo)記語(yǔ)言 HTML (HyperText Markup Language)使得萬(wàn)維網(wǎng)頁(yè)面的設(shè)計(jì)者可以很方便地用一個(gè)超鏈從本頁(yè)面的某處鏈接到因特網(wǎng)上的任何一個(gè)萬(wàn)維網(wǎng)頁(yè)面，并且能夠在自己的計(jì)算機(jī)屏幕上將這些頁(yè)面顯示出來(lái)。 (4) 怎樣使用戶能夠很方便地找到所需的信息？ n 用戶可使用各種的搜索工具（即搜索引擎）在萬(wàn)維網(wǎng)上方便地查找信息。 6、 統(tǒng)一資源定位符 URL 是對(duì)可以從因特網(wǎng)上得到的資源的位置和訪問(wèn)方法的一種簡(jiǎn)潔的表示，是一個(gè)指針 7、URL 的一般形式是：<協(xié)議>://<主機(jī)>:<端口

13、>/<路徑> > 是存放資源的主機(jī) 在因特網(wǎng)中的域名，端口有時(shí)可省略，若再省略文件的<路徑>項(xiàng)，則 URL 就指到因特網(wǎng)上的某個(gè)主頁(yè) Eg：:80/chn/yxsz/index.htm 但是對(duì)于萬(wàn)維網(wǎng)的http協(xié)議一般默認(rèn)端口是80，可以省略 8、超文本傳送協(xié)議 HTTP：定義了瀏覽器怎樣向萬(wàn)維網(wǎng)服務(wù)器請(qǐng)求萬(wàn)維網(wǎng)文檔，以及服務(wù)器怎樣把文檔傳送給服務(wù)器。 9、用戶瀏覽網(wǎng)頁(yè)有兩種方法：在瀏覽器的地址欄輸入U(xiǎn)RL，或者點(diǎn)擊超鏈接 10、用戶點(diǎn)擊鼠標(biāo)后所發(fā)生的事件 (1) 瀏覽器分析超鏈指向頁(yè)面的 URL。 (2) 瀏覽器向 DNS 請(qǐng)求解析 的 IP 地址。 (3) 域名系

14、統(tǒng) DNS 解析出清華大學(xué)服務(wù)器的 IP 地址。 (4) 瀏覽器與服務(wù)器建立 TCP 連接 (5) 瀏覽器發(fā)出取文件命令： GET /chn/yxsz/index.htm。 (6) 服務(wù)器給出響應(yīng)，把文件 index.htm 發(fā)給瀏覽器。 (7) TCP 連接釋放。 (8) 瀏覽器顯示“清華大學(xué)院系設(shè)置”文件 index.htm 中的所有文本。 11、HTTP 的主要特點(diǎn) n HTTP 是面向事務(wù)的客戶服務(wù)器協(xié)議。 n HTTP 1.0 協(xié)議是無(wú)狀態(tài)的(stateless)。，不具記憶性 n HTTP 協(xié)議本身也是無(wú)連接的，雖然它使用了面向連接的 TCP 向上提

15、供的服務(wù) 12、瀏覽器請(qǐng)求一個(gè)萬(wàn)維網(wǎng)文檔到收到所需的時(shí)間 傳輸文檔的時(shí)間+2RTT 13、HTTP/1.1 協(xié)議是1.0的加強(qiáng)版，使用持續(xù)連接。即萬(wàn)維網(wǎng)服務(wù)器在發(fā)送響應(yīng)后仍然在一段時(shí)間內(nèi)保持這條連接，使同一個(gè)客戶（瀏覽器）和該服務(wù)器可以繼續(xù)在這條連接上傳送后續(xù)的 HTTP 請(qǐng)求報(bào)文和響應(yīng)報(bào)文。 14、HTTP 1.1的特點(diǎn) n 在一個(gè)TCP連接上可以傳送多個(gè)HTTP請(qǐng)求和響應(yīng) n 多個(gè)請(qǐng)求和響應(yīng)過(guò)程可以重疊進(jìn)行 n 增加了更多的請(qǐng)求頭和響應(yīng)頭 15、 持續(xù)連接的兩種工作方式： 非流水線方式：客戶在收到前一個(gè)響應(yīng)后才能發(fā)出下一個(gè)請(qǐng)求。減少了一個(gè)RTT 流水

16、線方式：客戶在收到 HTTP 的響應(yīng)報(bào)文之前就能夠接著發(fā)送新的請(qǐng)求報(bào)文。減少1.5個(gè)RTT 16、代理服務(wù)器：又稱為萬(wàn)維網(wǎng)高速緩存(Web cache)，它代表瀏覽器發(fā)出 HTTP 請(qǐng)求。萬(wàn)維網(wǎng)高速緩存把最近的一些請(qǐng)求和響應(yīng)暫存在本地磁盤中。當(dāng)與暫時(shí)存放的請(qǐng)求相同的新請(qǐng)求到達(dá)時(shí)，萬(wàn)維網(wǎng)高速緩存就把暫存的響應(yīng)發(fā)送出去，而不需要按 URL 的地址再去因特網(wǎng)訪問(wèn)該資源。減少訪問(wèn)因特網(wǎng)服務(wù)器的時(shí)延，減少網(wǎng)絡(luò)鏈路通信量。 17、使用高速緩存的情況 (1) 瀏覽器訪問(wèn)因特網(wǎng)的服務(wù)器時(shí)，要先與校園網(wǎng)的高速緩存建立 TCP 連接，并向高速緩存發(fā)出 HTTP 請(qǐng)求報(bào)文 (2) 若高速緩存已經(jīng)存放了所請(qǐng)

17、求的對(duì)象，則將此對(duì)象放入 HTTP 響應(yīng)報(bào)文中返回給瀏覽器。 (3) 否則，高速緩存就代表發(fā)出請(qǐng)求的用戶瀏覽器，與因特網(wǎng)上的源點(diǎn)服務(wù)器建立 TCP 連接，并發(fā)送 HTTP 請(qǐng)求報(bào)文。 (4) 源點(diǎn)服務(wù)器將所請(qǐng)求的對(duì)象放在 HTTP 響應(yīng)報(bào)文中返回給校園網(wǎng)的高速緩存。 (5) 高速緩存收到此對(duì)象后，先復(fù)制在其本地存儲(chǔ)器中（為今后使用），然后再將該對(duì)象放在 HTTP 響應(yīng)報(bào)文中，通過(guò)已建立的 TCP 連接，返回給請(qǐng)求該對(duì)象的瀏覽器。 18、HTTP 有兩類報(bào)文：請(qǐng)求報(bào)文和響應(yīng)報(bào)文 19、HTTP 的報(bào)文結(jié)構(gòu)：由三個(gè)部分組成，即開(kāi)始行、首部行和實(shí)體主體。 20、請(qǐng)求報(bào)文中，開(kāi)始行就是請(qǐng)求

18、行，組成：“方法“：即命令eg： GET “URL”是所請(qǐng)求的資源的 URL?！鞍姹尽笔?HTTP 的版本。 21、響應(yīng)報(bào)文的開(kāi)始行是狀態(tài)行。組成： HTTP 的版本，狀態(tài)碼，以及解釋狀態(tài)碼的簡(jiǎn)單短語(yǔ)。 狀態(tài)碼解釋： n 1xx 表示通知信息的，如請(qǐng)求收到了或正在進(jìn)行處理。 n 2xx 表示成功，如接受或知道了。 n 3xx 表示重定向，表示要完成請(qǐng)求還必須采取進(jìn)一步的行動(dòng)。 n 4xx 表示客戶的差錯(cuò)，如請(qǐng)求中有錯(cuò)誤的語(yǔ)法或不能完成。 n 5xx 表示服務(wù)器的差錯(cuò)，如服務(wù)器失效無(wú)法完成請(qǐng)求。 22、Cookie 表示在 HTTP 服務(wù)器和客戶之間傳遞的狀態(tài)信息。萬(wàn)維網(wǎng)站

19、點(diǎn)使用 Cookie 來(lái)跟蹤用戶。 23、萬(wàn)維網(wǎng)的文檔：超文本標(biāo)記語(yǔ)言 HTML HTML 把各種標(biāo)簽（用于排版的命令）嵌入到萬(wàn)維網(wǎng)的頁(yè)面中。這樣就構(gòu)成了所謂的 HTML 文檔。HTML 文檔是一種可以用任何文本編輯器創(chuàng)建的 ASCII 碼文件。標(biāo)簽一般成對(duì)出現(xiàn)，一個(gè)表示開(kāi)始，一個(gè)表示結(jié)束，由尖括號(hào)包圍< > 24、 萬(wàn)維網(wǎng)文檔可以分為動(dòng)態(tài)萬(wàn)維網(wǎng)文檔和靜態(tài)萬(wàn)維網(wǎng)文檔。動(dòng)態(tài)文檔和靜態(tài)文檔 之間的主要差別體現(xiàn)在服務(wù)器一端。 25、 在萬(wàn)維網(wǎng)中用來(lái)進(jìn)行搜索的程序叫做搜索引擎，可以分為全文檢索搜索引擎（谷歌，百度）和分類目錄搜索引擎（雅虎，新浪，搜狐，網(wǎng)易） 五、電子郵件 1、 電子郵件

20、(e-mail)是因特網(wǎng)上使用得最多的和最受用戶歡迎的一種應(yīng)用。 2、 發(fā)送郵件的協(xié)議：SMTP——簡(jiǎn)單郵件傳送協(xié)議 3、 讀取郵件的協(xié)議：POP3 ——郵局協(xié)議和 IMAP 4、用戶代理 UA 就是用戶與電子郵件系統(tǒng)的接口，是電子郵件客戶端軟件。功能：撰寫、顯示、處理和通信 5、 郵件服務(wù)器的功能是發(fā)送和接收郵件，同時(shí)還要向發(fā)信人報(bào)告郵件傳送的情況（已交付、被拒絕、丟失等）。 6、 一個(gè)郵件服務(wù)器既可以作為客戶，也可以作為服務(wù)器。需要使用發(fā)送和讀取兩個(gè)不同的協(xié)議。 7、 發(fā)送和接收電子郵件的幾個(gè)重要步驟 ? 發(fā)件人調(diào)用 PC 中的用戶代理撰寫和編輯要發(fā)送的郵件。 ? 發(fā)件人的

21、用戶代理把郵件用 SMTP 協(xié)議發(fā)給發(fā)送方郵件服務(wù)器， ? SMTP 服務(wù)器把郵件臨時(shí)存放在郵件緩存隊(duì)列中，等待發(fā)送。 ? 發(fā)送方郵件服務(wù)器的 SMTP 客戶與接收方郵件服務(wù)器的 SMTP 服務(wù)器建立 TCP 連接，然后就把郵件緩存隊(duì)列中的郵件依次發(fā)送出去。 ? 運(yùn)行在接收方郵件服務(wù)器中的SMTP服務(wù)器進(jìn) 程收到郵件后，把郵件放入收件人的用戶郵箱中，等待收件人進(jìn)行讀取。 ? 收件人在打算收信時(shí)，就運(yùn)行 PC 機(jī)中的用戶代理，使用 POP3（或 IMAP）協(xié)議讀取發(fā)送給自己的郵件。 8、 電子郵件地址的格式： 收件人郵箱名@郵箱所在主機(jī)的域名 eg：111400851@

22、fzu 9、 SMTP 通信的三個(gè)階段：連接建立 郵件傳送 連接釋放 10、 電子郵件的信息格式：一個(gè)電子郵件分為信封和內(nèi)容兩部分。內(nèi)容可以分為首部和主體 11、 郵件內(nèi)容首部的一些關(guān)鍵字：To：一個(gè)或多個(gè)收件人的電子郵件地址； Subject：郵件的主題 12、在接收郵件的用戶 PC 機(jī)中必須運(yùn)行 POP 客戶程序，而在用戶所連接的 ISP 的郵件服務(wù)器中則運(yùn)行 POP 服務(wù)器程序。 13、IMAP最大的好處就是用戶可以在不同的地方使用不同的計(jì)算機(jī)隨時(shí)上網(wǎng)閱讀和處理自己的郵件。IMAP 還允許收件人只讀取郵件中的某一個(gè)部分，比如只讀取標(biāo)題，比較方便。缺點(diǎn)：用戶需要經(jīng)常與 I

23、MAP 服務(wù)器建立連接。 六、動(dòng)態(tài)主機(jī)配置協(xié)議 DHCP 1、協(xié)議配置在協(xié)議軟件中給這些參數(shù)賦值的動(dòng)作 2、DHCP 提供了即插即用連網(wǎng)的機(jī)制。這種機(jī)制允許一臺(tái)計(jì)算機(jī)加入新的網(wǎng)絡(luò)和獲取IP地址不用手工參與。 3、租用期：DHCP 服務(wù)器分配給 DHCP 客戶的 IP 地址的臨時(shí)的，DHCP 客戶能使用分配到的 IP 地址的時(shí)間。 4、IP獲取方式：需要 IP 地址的主機(jī)在啟動(dòng)時(shí)就向 DHCP 服務(wù)器廣播發(fā)送發(fā)現(xiàn)報(bào)文（DHCPDISCOVER），本地網(wǎng)絡(luò)上所有主機(jī)都能收到此廣播報(bào)文，但只有 DHCP 服務(wù)器才回答此廣播報(bào)文。 5、DHCP 報(bào)文只是 UDP 用戶數(shù)據(jù)報(bào)中的數(shù)據(jù)。

24、基于UDP協(xié)議 6、DHCP 協(xié)議的工作過(guò)程 ?：DHCP 服務(wù)器被動(dòng)打開(kāi) UDP 端口 67，等待客戶端發(fā)來(lái)的報(bào)文。 ?：DHCP 客戶從 UDP 端口 68發(fā)送 DHCP 發(fā)現(xiàn)報(bào)文。 ?：凡收到 DHCP 發(fā)現(xiàn)報(bào)文的 DHCP 服務(wù)器都發(fā)出 DHCP 提供報(bào)文，因此 DHCP 客戶可能收到多個(gè) DHCP 提供報(bào)文。 ?：DHCP 客戶從幾個(gè) DHCP 服務(wù)器中選擇其中的一個(gè)，并向所選擇的 DHCP 服務(wù)器發(fā)送 DHCP 請(qǐng)求報(bào)文。 ?：被選擇的 DHCP 服務(wù)器發(fā)送確認(rèn)報(bào)文DHCPACK，進(jìn)入已綁定狀態(tài)，并可開(kāi)始使用得到的臨時(shí) IP 地址了。DHCP 客戶現(xiàn)在要根據(jù)服務(wù)器提供的

25、租用期 T 設(shè)置兩個(gè)計(jì)時(shí)器 T1 和 T2，它們的超時(shí)時(shí)間分別是 0.5T 和 0.875T。當(dāng)超時(shí)時(shí)間到就要請(qǐng)求更新租用期。 ?租用期過(guò)了一半（T1 時(shí)間到），DHCP 發(fā)送請(qǐng)求報(bào)文 DHCPREQUEST 要求更新租用期。 ?：DHCP 服務(wù)器若同意，則發(fā)回確認(rèn)報(bào)文DHCPACK。DHCP 客戶得到了新的租用期，重新設(shè)置計(jì)時(shí)器。 ?：DHCP 服務(wù)器若不同意，則發(fā)回否認(rèn)報(bào)文DHCPNACK。這時(shí) DHCP 客戶必須立即停止使用原來(lái)的 IP 地址，而必須重新申請(qǐng) IP 地址（回到步驟?）。若DHCP服務(wù)器不響應(yīng)步驟?的請(qǐng)求報(bào)文DHCPREQUEST，則在租用期過(guò)了 87.5% 時(shí)，D

26、HCP 客戶必須重新發(fā)送請(qǐng)求報(bào)文 DHCPREQUEST（重復(fù)步驟?），然后又繼續(xù)后面的步驟。 ?：DHCP 客戶可隨時(shí)提前終止服務(wù)器所提供的租用期，這時(shí)只需向 DHCP 服務(wù)器發(fā)送釋放報(bào)文 DHCPRELEASE 即可。 七、 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議 SNMP 1、網(wǎng)絡(luò)管理包括對(duì)硬件、軟件和人力的使用、綜合與協(xié)調(diào)，以便對(duì)網(wǎng)絡(luò)資源進(jìn)行監(jiān)視、測(cè)試、配置、分析、評(píng)價(jià)和控制，這樣就能以合理的價(jià)格滿足網(wǎng)絡(luò)的一些需求，如實(shí)時(shí)運(yùn)行性能，服務(wù)質(zhì)量等。網(wǎng)絡(luò)管理常簡(jiǎn)稱為網(wǎng)管。 2、 管理站也常稱為網(wǎng)絡(luò)運(yùn)行中心 NOC ，是網(wǎng)絡(luò)管理系統(tǒng)的核心。 3、 管理程序在運(yùn)行時(shí)就成為管理進(jìn)程，管理程序是客戶程序，代理

27、程序是服務(wù)器程序 4、 Manager 不是指人而是指機(jī)器或軟件。 5、 網(wǎng)絡(luò)管理員(administrator) 指的是人。大型網(wǎng)絡(luò)往往實(shí)行多級(jí)管理，因而有多個(gè)管理者，而一個(gè)管理者一般只管理本地網(wǎng)絡(luò)的設(shè)備。 6、 網(wǎng)絡(luò)的每一個(gè)被管設(shè)備中可能有多個(gè)被管對(duì)象。 7、 被管設(shè)備有時(shí)可稱為網(wǎng)絡(luò)元素或網(wǎng)元。 8、 代理：在每一個(gè)被管設(shè)備中都要運(yùn)行一個(gè)程序以便和管理站中的管理程序進(jìn)行通信。這些運(yùn)行著的程序叫做網(wǎng)絡(luò)管理代理程序，或簡(jiǎn)稱為代理。 9、 網(wǎng)絡(luò)管理協(xié)議，簡(jiǎn)稱為網(wǎng)管協(xié)議。并不是網(wǎng)管協(xié)議本身來(lái)管理網(wǎng)絡(luò)，而是管理程序和代理程序之間進(jìn)行通信的規(guī)則。 10、 在網(wǎng)管系統(tǒng)中往往是一個(gè)（或少數(shù)幾

28、個(gè)）客戶程序與很多的服務(wù)器程序進(jìn)行交互。 11、SNMP 報(bào)文 使用 UDP 來(lái)傳送。 12、委托代理：若網(wǎng)絡(luò)元素使用的不是 SNMP 而是另一種網(wǎng)絡(luò)管理協(xié)議，SNMP 協(xié)議就無(wú)法控制該網(wǎng)絡(luò)元素。這時(shí)可使用委托代理。委托代理能提供如協(xié)議轉(zhuǎn)換和過(guò)濾操作等功能對(duì)被管對(duì)象進(jìn)行管理。 13、SNMP 的網(wǎng)絡(luò)管理由三個(gè)部分組成：SNMP 本身，管理信息結(jié)構(gòu) SMI，管理信息庫(kù) MIB 14、SNMP 定義了管理站和代理之間所交換的分組格式。所交換的分組包含各代理中的對(duì)象（變量）名及其狀態(tài)（值）。SNMP 負(fù)責(zé)讀取和改變這些數(shù)值。 15、SMI 定義了命名對(duì)象和定義對(duì)象類型（包括范圍和長(zhǎng)度）的

29、通用規(guī)則，以及把對(duì)象和對(duì)象的值進(jìn)行編碼的規(guī)則。 16、 MIB 在被管理的實(shí)體中創(chuàng)建了命名對(duì)象，并規(guī)定了其類型。 17、 SMI 規(guī)定所有被管對(duì)象必須在命名樹(shù)上 18、用 TLV 方法進(jìn)行編碼，把各種數(shù)據(jù)元素表示為以下三個(gè)字段組成的八位位組序列： (1) T 字段，即標(biāo)識(shí)符八位位組(identifier octet)，用于標(biāo)識(shí)標(biāo)記。 (2) L 字段，即長(zhǎng)度八位位組(length octet)，用于標(biāo)識(shí)后面 V 字段的長(zhǎng)度。 (3) V 字段，即內(nèi)容八位位組(content octet)，用于標(biāo)識(shí)數(shù)據(jù)元素的值。 19、L 字段定義 V 字段的長(zhǎng)度 如 IPAddress 1

30、92.1.2.3，其 T 字段是 40，V 字段需要 4 字節(jié)表示，因此得出 IPAddress 192.1.2.3 的 TLV 編碼是 40 04 C0 01 02 03。 20、被管對(duì)象必須維持可供管理程序讀寫的若干控制和狀態(tài)信息。這些信息總稱為管理信息庫(kù) MIB 。管理程序使用 MIB 中這些信息的值對(duì)網(wǎng)絡(luò)進(jìn)行管理 21、SMI 標(biāo)準(zhǔn)指明了所有的 MIB 變量必須使用抽象語(yǔ)法記法 1（ASN.1）來(lái)定義。SMI 既是 ASN.1 的子集，又是 ASN.1 的超集。 22、 SMI 把數(shù)據(jù)類型分為兩大類：簡(jiǎn)單類型和結(jié)構(gòu)化類型。 23、 基本編碼規(guī)則 BER：指明了每種數(shù)據(jù)類型中每個(gè)數(shù)據(jù)的值的表示。 24、發(fā)送端用 BER 編碼，可將用 ASN.1 所表述的報(bào)文轉(zhuǎn)換成唯一的比特序列。接收端用 BER 進(jìn)行解碼，得到該比特序列所表示的 ASN.1 報(bào)文。 八、本章提到的協(xié)議全都采用客戶——服務(wù)器方式 整理者：福州大學(xué) 張毅