09第九章 應(yīng)用層協(xié)議

1、2003年5月 第1頁(yè),第九章 應(yīng)用層協(xié)議,1、 客戶/服務(wù)器模型2、 域名服務(wù)DNS 3、 文件傳送協(xié)議4、遠(yuǎn)程登錄TELNET5、 電子郵件6、 萬(wàn)維網(wǎng)WWW7、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP8、DHCP,本章討論的主要內(nèi)容：,2003年5月 第2頁(yè),應(yīng)用層的特點(diǎn)和相關(guān)的概念,應(yīng)用進(jìn)程：為了解決具體的應(yīng)用問(wèn)題而彼此通信的進(jìn)程。應(yīng)用層特點(diǎn)規(guī)定應(yīng)用進(jìn)程在通信時(shí)所遵循的協(xié)議?？蓴U(kuò)展性。應(yīng)用進(jìn)程之間

2、通信時(shí)所使用的協(xié)議有一部分是標(biāo)準(zhǔn)化的應(yīng)用層協(xié)議。還有一些為了滿足特定的應(yīng)用需求而制定的非標(biāo)準(zhǔn)化協(xié)議。TCP/IP體系采用了客戶服務(wù)器模式使兩個(gè)應(yīng)用進(jìn)程能夠進(jìn)行通信?？蛻?client)和服務(wù)器(server)都是通信中所涉及的兩個(gè)應(yīng)用進(jìn)程。當(dāng)A進(jìn)程需要B進(jìn)程的服務(wù)時(shí)就主動(dòng)呼叫B進(jìn)程，在這種情況下，A是客戶而B(niǎo)是服務(wù)器。也許在下一次通信中，B需要A的服務(wù)，此時(shí)，B就是客戶而A就是服務(wù)器。因此，在主要的特征就是:客戶是主叫方，服務(wù)器是被

3、叫方。,2003年5月 第3頁(yè),一、 客戶/服務(wù)器模型（1）,基本概念客戶/服務(wù)器模型是所有網(wǎng)絡(luò)應(yīng)用的基礎(chǔ)?？蛻?服務(wù)器分別指參與一次通信的兩個(gè)應(yīng)用實(shí)體，客戶方主動(dòng)地發(fā)起通信請(qǐng)求，服務(wù)器方被動(dòng)地等待通信的建立?！笨蛻糗浖魏我粋€(gè)應(yīng)用程序當(dāng)需要進(jìn)行遠(yuǎn)程訪問(wèn)時(shí)變?yōu)榭蛻簦@個(gè)應(yīng)用程序也要完成一些本地的計(jì)算；由用戶直接調(diào)用，一個(gè)客戶完成一次會(huì)話過(guò)程；一般運(yùn)行于用戶的個(gè)人機(jī)上；向服務(wù)器主動(dòng)發(fā)起通信請(qǐng)求；可以訪問(wèn)多個(gè)服務(wù)器，但一次只

4、能訪問(wèn)一個(gè)；不需要特殊的硬件和復(fù)雜的操作系統(tǒng)。,2003年5月 第4頁(yè),一、客戶/服務(wù)器模型（2）,服務(wù)器軟件是專用的提供某種服務(wù)的特權(quán)程序，可以同時(shí)處理多個(gè)遠(yuǎn)程客戶；在系統(tǒng)啟動(dòng)時(shí)被執(zhí)行，并連續(xù)運(yùn)行以處理多次會(huì)話；一般運(yùn)行在共享的計(jì)算機(jī)系統(tǒng)上；被動(dòng)的等待遠(yuǎn)程客戶發(fā)起通信；需要特殊的硬件和復(fù)雜的操作系統(tǒng)。數(shù)據(jù)在客戶和服務(wù)器之間是雙向流動(dòng)的，一般是客戶發(fā)出請(qǐng)求，服務(wù)器給出響應(yīng)。,2003年5月 第5頁(yè),一、客戶/服務(wù)器模型（3

5、）,服務(wù)器軟件的并發(fā)性由于服務(wù)器軟件要支持多個(gè)客戶的同時(shí)訪問(wèn)，它必須具備并發(fā)性。服務(wù)器軟件為每個(gè)新到的客戶創(chuàng)建一個(gè)進(jìn)程或線程來(lái)處理和這個(gè)客戶的通信。服務(wù)器方傳送層實(shí)體使用客戶的源端口號(hào)和服務(wù)的端口號(hào)來(lái)確定正確的服務(wù)器軟件進(jìn)程（線程）。服務(wù)器軟件的組成服務(wù)器軟件一般分為兩部分：一部分用于接受請(qǐng)求并創(chuàng)建新的進(jìn)程或線程，另一部分用于處理實(shí)際的通信過(guò)程。,2003年5月 第6頁(yè),客戶/服務(wù)器之間使用的傳送層協(xié)議可以是基于連接的TCP協(xié)議

6、，要求建立和釋放連接，適用于可靠的交互過(guò)程；也可以是無(wú)連接的UDP協(xié)議，適用于可靠性要求不高的或?qū)崟r(shí)的交互過(guò)程；同時(shí)使用TCP和UDP的服務(wù)，有兩種服務(wù)器軟件的實(shí)現(xiàn)或服務(wù)器同時(shí)和TCP和UDP協(xié)議交互，不對(duì)客戶做限制。客戶和服務(wù)器的交互支持協(xié)議：在INTERNET中，客戶和服務(wù)器的交互通過(guò)使用TCP/IP協(xié)議棧來(lái)完成。因此，客戶和服務(wù)器所在的機(jī)器要求支持完全的協(xié)議棧?？蛻?服務(wù)器通過(guò)套接字訪問(wèn)傳送層服務(wù)。,一、客戶/服務(wù)器模型（

7、4）,2003年5月 第7頁(yè),多種服務(wù)：一臺(tái)計(jì)算機(jī)上可以運(yùn)行多個(gè)服務(wù)器軟件，但是要求計(jì)算機(jī)有強(qiáng)大的硬件資源（服務(wù)器級(jí)別的計(jì)算機(jī)）和多任務(wù)操作系統(tǒng)（UNIX和WIN95）。服務(wù)的標(biāo)識(shí)：客戶是通過(guò)服務(wù)的標(biāo)識(shí)來(lái)訪問(wèn)某種服務(wù)的，比如在INTERNET中，服務(wù)是用套接字地址來(lái)標(biāo)識(shí)，UNIX在/etc/services文件中定義。服務(wù)器軟件啟動(dòng)時(shí)將其標(biāo)識(shí)通知傳送層實(shí)體。,一、客戶/服務(wù)器模型（5）,2003年5月 第8頁(yè),二、 域名服務(wù)（1）,

8、產(chǎn)生原因32比特的IP地址難于記憶，應(yīng)該使用符號(hào)地址，比如用netlab.cs.tsinghua.edu.cn表示166.111.69.241。但是，網(wǎng)絡(luò)本身是使用IP地址的，因此需要一個(gè)完成二者之間相互轉(zhuǎn)換的機(jī)制。當(dāng)網(wǎng)絡(luò)規(guī)模比較小時(shí)，例如ARPANET，每臺(tái)主機(jī)只需查找一個(gè)文件，該文件中列出了主機(jī)與IP地址的對(duì)應(yīng)關(guān)系。當(dāng)網(wǎng)絡(luò)規(guī)模很大時(shí)，上述方法就不適用了，因此產(chǎn)生了域名系統(tǒng)DNS（Domain Name System）。DNS

9、概述域名系統(tǒng)是一個(gè)典型的客戶/服務(wù)器交互系統(tǒng)；域名系統(tǒng)是一個(gè)多層次的、基于域的命名系統(tǒng)，并使用分布式數(shù)據(jù)庫(kù)實(shí)現(xiàn)這種命名機(jī)制；,2003年5月 第9頁(yè),二、域名服務(wù)（2）,當(dāng)應(yīng)用程序需要進(jìn)行域名解析時(shí)（從符號(hào)名到IP地址），它稱為域名系統(tǒng)的一個(gè)客戶。它向本地域名服務(wù)器發(fā)出請(qǐng)求（調(diào)用resolver），請(qǐng)求以UDP包格式發(fā)出，域名服務(wù)器找到對(duì)應(yīng)的IP地址后，給出響應(yīng)。當(dāng)本地域名服務(wù)器無(wú)法完成域名解析，它臨時(shí)變成其上級(jí)域名服務(wù)器的客戶，遞

10、歸解析，直到該域名解析完成。RFC 1034，1035域名的結(jié)構(gòu)INTERNET的頂級(jí)域名（見(jiàn)圖）。分為組織結(jié)構(gòu)和地理結(jié)構(gòu)兩種。每個(gè)域?qū)λ旅娴淖佑蚝蜋C(jī)器進(jìn)行管理。DNS中，每臺(tái)計(jì)算機(jī)的名字是由“.”所分開(kāi)的字符數(shù)字串所組成的。例如www.cuit.edu.cn.域名是大小寫(xiě)無(wú)關(guān)的，“edu”和“EDU”相同。域名最長(zhǎng)255個(gè)字符，每部分最長(zhǎng)63個(gè)字符。,域名的結(jié)構(gòu),2003年5月 第11頁(yè),二、域名服務(wù)（3）,資源記錄在

11、DNS的數(shù)據(jù)庫(kù)中用資源記錄來(lái)表示主機(jī)和子域的信息，當(dāng)應(yīng)用程序進(jìn)行域名解析時(shí)，得到的便是域名所對(duì)應(yīng)的資源記錄。域名服務(wù)器區(qū)域劃分DNS將域名空間劃分為許多無(wú)重疊的區(qū)域(zone) ，每個(gè)區(qū)域覆蓋了域名空間的一部分并設(shè)有域名服務(wù)器對(duì)這個(gè)區(qū)域的域名進(jìn)行管理。每個(gè)區(qū)域有一個(gè)主域名服務(wù)器和若干個(gè)備份域名服務(wù)器，區(qū)域的邊界劃分是人工設(shè)置的，比如：edu.cn cuit.edu.cn xsc.cuit.edu.cn是三個(gè)不同的區(qū)域，分別有

12、各自的域名服務(wù)器。因特網(wǎng)的名字空間是按照機(jī)構(gòu)的隸屬關(guān)系來(lái)劃分的，與物理網(wǎng)絡(luò)無(wú)關(guān)，與IP地址中的“子網(wǎng)”也無(wú)關(guān)。,2003年5月 第12頁(yè),二、域名服務(wù)（4）,域名解析一個(gè)區(qū)域內(nèi)的機(jī)器上的應(yīng)用程序進(jìn)行域名解析時(shí)，首先向該區(qū)域的域名服務(wù)器發(fā)出解析請(qǐng)求，若查找到，則返回域名對(duì)應(yīng)的資源記錄。若找不到，該域名服務(wù)器向所查找域名的頂級(jí)域的域名服務(wù)器發(fā)出解析請(qǐng)求，頂級(jí)域的域名服務(wù)器通過(guò)向下的層次查詢得到對(duì)應(yīng)的資源記錄，返回給該域名服務(wù)器，最

13、后資源記錄被返回給發(fā)起域名解析的機(jī)器，并在該區(qū)域的域名服務(wù)器中做緩存。遞歸查詢和遞歸與迭代結(jié)合查詢（P221）,2003年5月 第13頁(yè),二、域名服務(wù)（5）,最早的頂級(jí)域名,新增的通用頂級(jí)域名表,2003年5月 第14頁(yè),三、文件傳送協(xié)議,三個(gè)主要的協(xié)議文件傳送協(xié)議FTP(File Transfer Protocol) 簡(jiǎn)單文件傳送協(xié)議TFTP(Trivial File Transfer Protocol) 網(wǎng)絡(luò)文件系統(tǒng)NFS(

14、Network File System),2003年5月 第15頁(yè),文件傳送協(xié)議（FTP),文件傳送協(xié)議FTP是Internet上使用得最廣泛的文件傳送協(xié)議。FTP的主要目的是：文件從一個(gè)主機(jī)傳送到另一個(gè)主機(jī)，而其他的應(yīng)用像網(wǎng)絡(luò)文件系統(tǒng)（Network File System,NFS）是用來(lái)存取遠(yuǎn)程文件中的數(shù)據(jù)的。FTP盡管有很多嚴(yán)格的規(guī)定。但它支持許多不同的文件類型和文件組織形式。終端用戶調(diào)用一個(gè)前端應(yīng)用連到遠(yuǎn)程系統(tǒng)，在FTP命令

15、的提示下，就可以進(jìn)行不同的操作。,2003年5月 第16頁(yè),FTP所提供的服務(wù),2003年5月 第17頁(yè),FTP的工作原理,FTP跟一般的應(yīng)用有點(diǎn)不同。它在遠(yuǎn)程和本地機(jī)器之間使用了兩個(gè) TCP連接。一個(gè)連接用來(lái)傳送命令和控制信息，這個(gè)連接在用戶運(yùn)行FTP命令時(shí)就被建立，使用服務(wù) 器上的保留端口21。一個(gè)連接用來(lái)處理文件傳送時(shí)的數(shù)據(jù)流，第二個(gè)連接被建立，在服務(wù)器上，端口20總是用于數(shù)據(jù)傳送。P222,2003年5月 第18頁(yè),簡(jiǎn)單

16、文件傳送協(xié)議TFTP（1）,TFTP的原理TFTP的工作很像停止等待協(xié)議。發(fā)送完一個(gè)文件塊后就等待對(duì)方的確認(rèn)，確認(rèn)時(shí)應(yīng)指明所確認(rèn)的塊編號(hào)。發(fā)完數(shù)據(jù)后在規(guī)定時(shí)間內(nèi)收不到確認(rèn)就要重發(fā)數(shù)據(jù)PDU。發(fā)送確認(rèn)的一方若在規(guī)定時(shí)間內(nèi)收不到下一個(gè)文件塊，也要重發(fā)確認(rèn)PDU。這樣就可保證文件的傳送不致因某一個(gè)數(shù)據(jù)報(bào)的丟失而告失敗。,2003年5月 第19頁(yè),簡(jiǎn)單文件傳送協(xié)議TFTP的優(yōu)點(diǎn)是：第一，TFTP可用于UDP環(huán)境。第二，TFTP代碼所占的內(nèi)

17、存較小。簡(jiǎn)單文件傳送協(xié)議TFTP的主要特點(diǎn)是：每次傳送的數(shù)據(jù)PDU中有512字節(jié)的數(shù)據(jù)，但最后一次可不足512字節(jié)；數(shù)據(jù)PDU也稱為文件塊，每個(gè)塊按序編號(hào)，從1開(kāi)始。支持ASCII碼或二進(jìn)制傳送。可對(duì)文件進(jìn)行讀或?qū)?。使用很?jiǎn)單的首部。,簡(jiǎn)單文件傳送協(xié)議TFTP（2）,2003年5月 第20頁(yè),網(wǎng)絡(luò)文件系統(tǒng)NFS,1、網(wǎng)絡(luò)文件系統(tǒng)NFS的主要特點(diǎn)NFS允許應(yīng)用進(jìn)程打開(kāi)一個(gè)遠(yuǎn)地文件，并能夠在該文件的某一個(gè)特定的位置上開(kāi)始讀寫(xiě)

18、數(shù)據(jù)。2、遠(yuǎn)程過(guò)程調(diào)用RPC    NFS由三個(gè)獨(dú)立的部分組成。NFS協(xié)議本身通用的遠(yuǎn)程過(guò)程調(diào)用RPC通用的外部數(shù)據(jù)表示XDR,2003年5月 第21頁(yè),RPC的組成,任何RPC系統(tǒng)都有一些主要的操作元素，包括：客戶主應(yīng)用程序協(xié)議語(yǔ)言(Protocol Language)協(xié)議編譯器(Protocol Compiler)客戶存根(stub)過(guò)程服務(wù)器（存根）程序服務(wù)器過(guò)程數(shù)據(jù)

19、表示標(biāo)準(zhǔn) 目錄服務(wù),2003年5月 第22頁(yè),RPC的操作過(guò)程,同其他的TCP/IP應(yīng)用一樣，RPC也應(yīng)用了客戶/服務(wù)器模型。這里的系統(tǒng)之間的連接是應(yīng)用到應(yīng)用的。盡管消息是從客戶送到服務(wù)器的，但實(shí)際上是發(fā)送請(qǐng)求調(diào)用一個(gè)過(guò)程， RPC服務(wù)器實(shí)際上是一個(gè)“應(yīng)用服務(wù)器”。,2003年5月 第23頁(yè),外部數(shù)據(jù)表示XDR,外部數(shù)據(jù)表示XDR為編程人員提供了一種在異構(gòu)機(jī)器間傳遞數(shù)據(jù)的方式，而不再要求編程人員編寫(xiě)用于轉(zhuǎn)換數(shù)據(jù)表示的程序。 

20、;    XDR通過(guò)定義一種與機(jī)器無(wú)關(guān)的表示來(lái)解決數(shù)據(jù)表示的問(wèn)題。在某個(gè)計(jì)算機(jī)中的一個(gè)進(jìn)程可調(diào)用XDR過(guò)程，把數(shù)據(jù)的本地表示轉(zhuǎn)換為與本機(jī)器無(wú)關(guān)的表示。當(dāng)數(shù)據(jù)傳送到另一臺(tái)機(jī)器后，接收程序就調(diào)用XDR過(guò)程把這個(gè)與機(jī)器無(wú)關(guān)的表示再轉(zhuǎn)換為本結(jié)點(diǎn)上的本地表示。     XDR的主要優(yōu)點(diǎn)是它把許多數(shù)據(jù)轉(zhuǎn)換任務(wù)自動(dòng)化。,2003年5月 第24頁(yè),四、遠(yuǎn)程登錄TELNET,TELN

21、ET工作原理TELNET是一個(gè)以連機(jī)方式訪問(wèn)網(wǎng)際網(wǎng)上資源的通用工具。它通過(guò)一個(gè)協(xié)商過(guò)程來(lái)支持不同的物理終端類型，從而提供了極大的靈活性。用戶首先登錄遠(yuǎn)程主機(jī)。然后，在本地鍵入TELNET命令，后面跟上指定遠(yuǎn)程主機(jī)的參數(shù)。 再將域名轉(zhuǎn)換成IP地址后，本地主機(jī)就通過(guò)系統(tǒng)保留的端口號(hào) 23同遠(yuǎn)程TELNET服務(wù)器建立了一個(gè)TCP連接，同時(shí)一個(gè)shell應(yīng)用程序被創(chuàng)建以支持終端用 戶。最后，數(shù)據(jù)可以通過(guò)網(wǎng)絡(luò)在兩個(gè)系統(tǒng)之間傳輸，在這一

22、點(diǎn)上，遠(yuǎn)程應(yīng)用在用戶看來(lái)就象在本地一樣。,2003年5月 第25頁(yè),一個(gè)典型的TELNET會(huì)話,在一個(gè)連接中，有三個(gè)主要的數(shù)據(jù)流向： 本地終端和TELNET客戶軟件之間的數(shù)據(jù)流兩個(gè)主機(jī)之間的TCP連接；遠(yuǎn)程主機(jī)中，TELNET服務(wù)器到外殼應(yīng)用程序之間。通過(guò)將終端映射為一個(gè)邏輯（或虛擬）設(shè)備，就可以采用一致的標(biāo)準(zhǔn)，從而使用不同的終端類型進(jìn) 行客戶到服務(wù)器間的數(shù)據(jù)交換。,2003年5月 第26頁(yè),網(wǎng)絡(luò)虛擬終端（NVT）,網(wǎng)絡(luò)虛擬終端

23、(Network Virtual Terminal)是一種虛擬的終端設(shè)備。本地終端數(shù)據(jù)在送到遠(yuǎn)程服務(wù)器之前，必須被映射（轉(zhuǎn)換到）NVT。在服務(wù)器端，服務(wù)器再將NVT序列轉(zhuǎn)化為本地格式傳給應(yīng)用程序。NVT被想象為一個(gè)輸出設(shè)備，采用8比特字節(jié)數(shù)據(jù)，由7位數(shù)據(jù)加上一位標(biāo)志位組成。當(dāng)標(biāo)志位為1時(shí)，表示這個(gè)字節(jié)是NVT命令，否則，表示這個(gè)字節(jié)為數(shù)據(jù)。NVT在通信時(shí)，NVT命令在兩個(gè)方向上互相發(fā)送，針對(duì)不同的選項(xiàng)，要用到兩個(gè)基本的協(xié)商模式：&

24、#160;   Will 和Will not (通告)    Do 和 Do not(請(qǐng)求或指示) “Will”的意思是“你是否同意我…”，“Will not”的意思是“你是否不同意我…”，“Do”的 意思是“我同意你…”，“Do not”的意思是“我不同意你…”。,2003年5月 第27頁(yè),五、 電子郵件（1）,相關(guān)協(xié)議標(biāo)準(zhǔn)1982年ARPANET提出了RFC

25、821（傳輸協(xié)議）RFC822（消息格式）作為電子郵件協(xié)議；1984年CCITT提出了X.400建議，但是沒(méi)有得到普及。Figure體系結(jié)構(gòu)和服務(wù)電子郵件系統(tǒng)由兩部分組成用戶代理：允許用戶閱讀和發(fā)送電子郵件，一般為用戶進(jìn)程；消息傳輸代理：將消息從源端發(fā)送至目的端，一般為系統(tǒng)的后臺(tái)進(jìn)程。,2003年5月 第28頁(yè),五、電子郵件（2）,電子郵件系統(tǒng)提供的五大基本功能成文：指創(chuàng)建消息或回答消息的過(guò)程；傳輸：指將消息從發(fā)送者傳

26、出至接收者；報(bào)告：將消息的發(fā)送情況報(bào)告給消息發(fā)送者；顯示：使用相應(yīng)的工具軟件將收到的消息顯示給接收者；處理：接收者對(duì)接收到的消息進(jìn)行處理，存儲(chǔ)/丟棄/轉(zhuǎn)發(fā)等等。電子郵件的組成信封：接收方的信息，如名字、地址、郵件的優(yōu)先級(jí)和安全級(jí)別；信件內(nèi)容：由信頭和信體組成，信頭包含了用戶代理所需的控制信息，信體是真正的內(nèi)容。,2003年5月 第29頁(yè),五、電子郵件（3）,用戶代理發(fā)送電子郵件email地址，例如，webmaster@w

27、ww.cuit.edu.cnmaillist，例如，students@cuit.edu.cn閱讀電子郵件用戶代理在啟動(dòng)時(shí)檢查用戶的mailbox，通知用戶是否有新郵件到來(lái)。并摘要性的顯示郵件的主題、發(fā)送者及其郵件的狀態(tài)。電子郵件的擴(kuò)展MIME（多用途互連網(wǎng)絡(luò)郵件擴(kuò)展），增加了對(duì)圖像、聲音、視頻、可執(zhí)行文件等的支持。使用不同的編碼方法將信息轉(zhuǎn)化為ASCII字符流,2003年5月 第30頁(yè),五、電子郵件（4）,消息傳送協(xié)議INT

28、ERNET使用簡(jiǎn)單郵件傳輸協(xié)議SMTP完成電子郵件的交換。過(guò)程如下消息傳輸代理在源端主機(jī)和目的主機(jī)的25號(hào)端口之間建立一條TCP連接，使用簡(jiǎn)單郵件傳輸協(xié)議SMTP協(xié)議進(jìn)行通信；在TCP連接建立好之后，作為客戶的郵件發(fā)送方等待作為服務(wù)器的郵件接收方首先傳輸信息；服務(wù)器首先發(fā)出準(zhǔn)備接受的SMTP消息，客戶向服務(wù)器發(fā)出HELLO消息，服務(wù)器回答以HELLO消息，雙方進(jìn)入郵件傳輸狀態(tài)；,2003年5月 第31頁(yè),五、電子郵件（5）,郵件

29、傳輸過(guò)程：客戶首先發(fā)出郵件的發(fā)信人地址（MAIL FROM），然后發(fā)出收信人的地址（RCPT TO），服務(wù)器確認(rèn)收信人存在后，發(fā)出可以繼續(xù)發(fā)送的指示，客戶發(fā)送真正的消息（DATA），以‘.’作為結(jié)束；當(dāng)客戶方郵件發(fā)送完之后，服務(wù)器開(kāi)始發(fā)送郵件至客戶，過(guò)程同上；兩個(gè)方向的發(fā)送完成之后，釋放TCP連接（QUIT）。其它協(xié)議POP3協(xié)議：郵政局協(xié)議，用戶代理和郵箱不在同一機(jī)器上，用戶代理使用此協(xié)議將郵箱中的信件取回本地；IMAP協(xié)議

30、：交互式郵件訪問(wèn)協(xié)議，收信人使用多個(gè)用戶代理訪問(wèn)同一郵箱，郵件始終保持在郵箱中。加密電子郵件協(xié)議：PGP與PEM協(xié)議。,2003年5月 第32頁(yè),六、WWW 模型、協(xié)議（1）,WWW是用于訪問(wèn)遍布于INTERNET上的相互鏈接在一起的超文本的一種結(jié)構(gòu)框架。歷史1989年，設(shè)計(jì)WWW的思想產(chǎn)生于CERN；1991年，第一個(gè)原型在美國(guó)的Hypertext ’91會(huì)議上展示；1993年，第一個(gè)圖形化瀏覽器，Mosaic；1994年

31、，Andreessen創(chuàng)建NETSCAPE公司，開(kāi)發(fā)WEB的客戶和服務(wù)器軟件；同年，CERN和MIT共同創(chuàng)建WWW論壇，制定相關(guān)的協(xié)議標(biāo)準(zhǔn)，http://www.w3.org。,2003年5月 第33頁(yè),六、 WWW 模型、協(xié)議（2）,用戶眼中的WEBWEB是由互相鏈接在一起的網(wǎng)頁(yè)構(gòu)成的，這些網(wǎng)頁(yè)是由普通文本、超文本Hypertext，以及圖表、地圖、照片等構(gòu)成的；用戶通過(guò)稱為瀏覽器的軟件來(lái)觀看網(wǎng)頁(yè)，瀏覽器取回所請(qǐng)求的網(wǎng)頁(yè)，解釋其

32、中所含的文本和格式命令，并正確的顯示出來(lái)；網(wǎng)頁(yè)中的文本串若指向其它的網(wǎng)頁(yè)（此指針?lè)Q為超級(jí)鏈接Hyperlink，此文本串稱為超文本），會(huì)被特別地顯示出來(lái)（加下劃線），用戶若選擇此超級(jí)鏈接，瀏覽器會(huì)將此超級(jí)鏈接所指的網(wǎng)頁(yè)取回；當(dāng)超文本網(wǎng)頁(yè)中包含聲音、動(dòng)畫(huà)等其它媒體時(shí)，網(wǎng)頁(yè)被稱為是超媒體的。瀏覽器一般通過(guò)外掛的幫助程序（helper application）來(lái)顯示這些超媒體信息。,2003年5月 第34頁(yè),六、 WWW 模型、協(xié)議（3）

33、,WEB的客戶/服務(wù)器模型在每個(gè)WEB服務(wù)器上有一個(gè)服務(wù)進(jìn)程在TCP的80端口上監(jiān)聽(tīng)由瀏覽器發(fā)來(lái)的建立連接請(qǐng)求；在連接建立之后，瀏覽器和服務(wù)器之間使用超文本傳輸協(xié)議HTTP協(xié)議進(jìn)行信息傳輸；超級(jí)鏈接是使用URL（統(tǒng)一資源定位符）來(lái)找到目標(biāo)網(wǎng)頁(yè)的。URL由三部分組成：協(xié)議類型（HTTP、FTP、TELNET等）；網(wǎng)頁(yè)所在機(jī)器的地址（域名或IP地址）；包含網(wǎng)頁(yè)的文件名稱。瀏覽器確定URL，通過(guò)DNS解析IP地址，建立TCP連接，

34、向服務(wù)器發(fā)出HTTP的GET請(qǐng)求取回網(wǎng)頁(yè)，釋放連接，并顯示網(wǎng)頁(yè)中所有的文本。然后，瀏覽器逐一取回網(wǎng)頁(yè)中的圖象。,2003年5月 第35頁(yè),六、WWW 模型、協(xié)議（4）,超文本傳輸協(xié)議HTTPHTTP協(xié)議由一套從瀏覽器發(fā)往服務(wù)器的請(qǐng)求和一套從服務(wù)器發(fā)往瀏覽器的響應(yīng)組成。請(qǐng)求分為兩類簡(jiǎn)單請(qǐng)求：GET網(wǎng)頁(yè)文件名，服務(wù)器回答以網(wǎng)頁(yè)內(nèi)容；完全請(qǐng)求：GET網(wǎng)頁(yè)文件名、協(xié)議版本號(hào)，服務(wù)器回答以使用MIME格式編碼的網(wǎng)頁(yè)內(nèi)容。超文本標(biāo)記語(yǔ)言H

35、TMLHTML使用一套標(biāo)記符號(hào)來(lái)實(shí)現(xiàn)對(duì)文本的格式化；HTML 2.0引入了對(duì)表格的支持，允許用戶填充信息并將其送回服務(wù)器。服務(wù)器方使用一個(gè)CGI程序進(jìn)行處理。,2003年5月 第36頁(yè),七、 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP,網(wǎng)絡(luò)管理的五個(gè)功能域在OSI網(wǎng)絡(luò)管理標(biāo)準(zhǔn)中，將網(wǎng)絡(luò)管理分為系統(tǒng)管理 (管理整個(gè)OSI系統(tǒng))、層管理(只管理某個(gè)層次)和層操作(只管理某一個(gè)層次)和層操作(只對(duì)一個(gè)層次中管理通信的一個(gè)實(shí)例進(jìn)行管理)。系統(tǒng)管理中的五

36、個(gè)功能域的：故障管理配置管理計(jì)費(fèi)管理性能管理安全管理SNMP使用UDP傳輸層協(xié)議。在一個(gè)SNMP管理器（也被叫作客戶）和一個(gè)或多個(gè)分布式代理（agent）（也被稱為SNMP服務(wù)器）之間進(jìn)行雙向的數(shù)據(jù)交換。,2003年5月 第37頁(yè),SNMP網(wǎng)絡(luò)管理框架示意圖,圖說(shuō)明了在SNMP中使用的管理器到代理的模型。這些組成部分典型地形成了一個(gè)中央網(wǎng)絡(luò)管理產(chǎn)品（如NetView/6000），這個(gè)中央網(wǎng)絡(luò)管理產(chǎn)品與各個(gè)SNMP代理進(jìn)行通信

37、，而每個(gè)SNMP代理都包含在分布式網(wǎng)絡(luò)產(chǎn)品（如，調(diào)制解調(diào)器）或其他操作系統(tǒng)平臺(tái)中。在不能提高代理的情況下，一個(gè)“委托”（proxy）代理用來(lái)支持直接管理器連接之外的資源。委托代理非常類似于NetView/PC中實(shí)現(xiàn)的SNA服務(wù)點(diǎn)。,2003年5月 第38頁(yè),SNMP協(xié)議報(bào)告網(wǎng)絡(luò)狀態(tài)和執(zhí)行命令,中央服務(wù)器依靠它的代理來(lái)報(bào)告網(wǎng)絡(luò)狀態(tài)的變化和執(zhí)行命令，這需要用到兩類SNMP操作： 管理器以請(qǐng)求-響應(yīng)方式輪詢（polling）代理主動(dòng)提高事

38、件報(bào)告    對(duì)于輪詢操作，隨著網(wǎng)絡(luò)中代理個(gè)數(shù)的增多，就會(huì)增加網(wǎng)絡(luò)通信和操作系統(tǒng)資源的開(kāi)銷。因此，錯(cuò)誤狀態(tài)的主動(dòng)報(bào)告通常更為有效。     許多代理只能連到一個(gè)管理器上，而有的代理能向多個(gè)管理器報(bào)告情況。在實(shí)施管理使，要用到用戶組（團(tuán)體）地概念，以便實(shí)心諸如安全性那樣的功能。,2003年5月 第39頁(yè),動(dòng)態(tài)主機(jī)配置協(xié)議DHCP,提供主機(jī) IP 地址的動(dòng)態(tài)租用配置、

39、并將其他配置參數(shù)分發(fā)給合法網(wǎng)絡(luò)客戶端的 TCP/IP 服務(wù)協(xié)議。提供了安全、可靠、簡(jiǎn)便的 TCP/IP 網(wǎng)絡(luò)配置，能避免地址沖突，并且有助于保留網(wǎng)絡(luò)上客戶端 IP 地址的使用。 使用客戶端/服務(wù)器模型，通過(guò)這種模式，服務(wù)器集中維持網(wǎng)絡(luò)上使用的 IP 地址的管理。然后，支持 的客戶端就可以向 服務(wù)器請(qǐng)求和租用 IP 地址，作為它們網(wǎng)絡(luò)啟動(dòng)過(guò)程的一部分。運(yùn)行服務(wù)器軟件的主機(jī)必須有一個(gè)固定的IP地址；,2003年5月 第40頁(yè),,,20