應(yīng)用層教學(xué)講解課件

第八章應(yīng)用層1第八章應(yīng)用層1主要內(nèi)容8.1 應(yīng)用層概述8.2 客戶/服務(wù)器模型8.3 域名服務(wù)8.4統(tǒng)一資源定位符8.5 WWW服務(wù)8.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP8.7

電子郵件

8.8

文件傳輸協(xié)議FTP2主要內(nèi)容8.1 應(yīng)用層概述28.1應(yīng)用層概述（1）應(yīng)用程序：互相通信的分布的進(jìn)程

在網(wǎng)絡(luò)主機(jī)上的用戶空間運(yùn)行互相交換消息比如email、ftp和web應(yīng)用層協(xié)議

應(yīng)用程序的一部分定義應(yīng)用程序直接交換的信息以及相應(yīng)的動(dòng)作利用底層協(xié)議提供的服務(wù)applicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysical38.1應(yīng)用層概述（1）應(yīng)用程序：互相通信的分布的進(jìn)程ap8.1應(yīng)用層概述（2）應(yīng)用層術(shù)語(yǔ)一個(gè)進(jìn)程是運(yùn)行于主機(jī)上的一個(gè)程序。在同一主機(jī)上的進(jìn)程利用操作系統(tǒng)提供的IPC（interprocesscommunication）進(jìn)行通信。在不同主機(jī)上運(yùn)行的進(jìn)程利用應(yīng)用層協(xié)議進(jìn)行通信用戶代理（useragent）是指用戶和網(wǎng)絡(luò)應(yīng)用程序間的接口。比如web瀏覽器，流媒體播放器等48.1應(yīng)用層概述（2）應(yīng)用層術(shù)語(yǔ)48.1應(yīng)用層概述（3）應(yīng)用程序編程接口API（applicationprogramminginterface）定義應(yīng)用程序和傳輸層之間的接口socket:InternetAPI兩個(gè)進(jìn)程通過向socket寫數(shù)據(jù)和讀數(shù)據(jù)來(lái)通信Q:進(jìn)程如何指明它要與之通信的另一個(gè)進(jìn)程IP地址指明該進(jìn)程所在的主機(jī)端口號(hào)指明該主機(jī)應(yīng)該把收到的數(shù)據(jù)交給哪個(gè)當(dāng)?shù)剡M(jìn)程58.1應(yīng)用層概述（3）應(yīng)用程序編程接口API（appli8.1應(yīng)用層概述（4）應(yīng)用程序需要什么樣的傳輸服務(wù)數(shù)據(jù)丟失有的應(yīng)用程序(比如音頻)可以容忍一定程度的數(shù)據(jù)丟失有的應(yīng)用程序(如文件傳輸)要求100％的可靠傳輸帶寬有的程序(如多媒體)需要一定的帶寬才能工作有的程序則使用它所能得到的全部帶寬延遲有的程序要求低延遲，比如IP電話和交互游戲.68.1應(yīng)用層概述（4）應(yīng)用程序需要什么樣的傳輸服務(wù)6應(yīng)用程序所需的傳輸服務(wù)應(yīng)用filetransfere-mailWebdocumentsreal-timeaudio/videostoredaudio/videointeractivegamesfinancialapps數(shù)據(jù)丟失nolossnolossnolossloss-tolerantloss-tolerantloss-tolerantnoloss帶寬elasticelasticelasticaudio:5Kb-1Mbvideo:10Kb-5MbsameasabovefewKbpsupelastic時(shí)間敏感nononoyes,100’smsecyes,fewsecsyes,100’smsecyesandno7應(yīng)用程序所需的傳輸服務(wù)應(yīng)用數(shù)據(jù)丟失帶寬時(shí)間敏感7Internet傳輸協(xié)議提供的服務(wù)TCP服務(wù):面向連接：用戶端和服務(wù)器需要建立連接接收和發(fā)送進(jìn)程間的可靠傳輸流量控制：發(fā)送方不會(huì)淹沒接收方擁塞控制：網(wǎng)絡(luò)負(fù)載過高時(shí)限制發(fā)送方發(fā)送不提供：延遲保證，最小帶寬保證UDP服務(wù):接收和發(fā)送進(jìn)程間的不可靠傳輸不提供：連接建立，可靠性、流量控制、擁塞控制和帶寬保證8Internet傳輸協(xié)議提供的服務(wù)TCP服務(wù):UDP服務(wù)Internet應(yīng)用和使用的相應(yīng)協(xié)議應(yīng)用e-mailremoteterminalaccessWebfiletransferstreamingmultimediaremotefileserverInternettelephony應(yīng)用層協(xié)議smtp[RFC821]telnet[RFC854]http[RFC2068]ftp[RFC959]proprietary(e.g.RealNetworks)NSFproprietary(e.g.,Vocaltec)底層傳輸層協(xié)議TCPTCPTCPTCPTCPorUDPTCPorUDPtypicallyUDP9Internet應(yīng)用和使用的相應(yīng)協(xié)議應(yīng)用應(yīng)用層協(xié)議底層傳輸8.2客戶/服務(wù)器模型（1）基本概念客戶/服務(wù)器模型是所有網(wǎng)絡(luò)應(yīng)用的基礎(chǔ)?？蛻?服務(wù)器分別指參與一次通信的兩個(gè)應(yīng)用實(shí)體，客戶方主動(dòng)地發(fā)起通信請(qǐng)求，服務(wù)器方被動(dòng)地等待通信的建立。applicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysicalrequestreply108.2客戶/服務(wù)器模型（1）基本概念applicatio8.2客戶/服務(wù)器模型（2）客戶軟件任何一個(gè)應(yīng)用程序當(dāng)需要進(jìn)行遠(yuǎn)程訪問時(shí)成為客戶，這個(gè)應(yīng)用程序也要完成一些本地的計(jì)算；一般運(yùn)行于用戶的個(gè)人計(jì)算機(jī)上；向服務(wù)器主動(dòng)發(fā)起通信請(qǐng)求；可以訪問多個(gè)服務(wù)器，但一次只能訪問一個(gè)；不需要特殊的硬件和復(fù)雜的操作系統(tǒng)。服務(wù)器軟件是專用的提供某種服務(wù)的特權(quán)程序，可以同時(shí)處理多個(gè)遠(yuǎn)程客戶；一般在系統(tǒng)啟動(dòng)時(shí)被執(zhí)行，并連續(xù)運(yùn)行以處理多次會(huì)話；被動(dòng)的等待遠(yuǎn)程客戶發(fā)起通信；需要特殊的硬件和復(fù)雜的操作系統(tǒng)。118.2客戶/服務(wù)器模型（2）客戶軟件118.2客戶/服務(wù)器模型（3）數(shù)據(jù)在客戶和服務(wù)器之間是雙向流動(dòng)的，一般是客戶發(fā)出請(qǐng)求，服務(wù)器給出響應(yīng)。服務(wù)器軟件的并發(fā)性由于服務(wù)器軟件要支持多個(gè)客戶的同時(shí)訪問，它必須具備并發(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í)際的通信過程。128.2客戶/服務(wù)器模型（3）數(shù)據(jù)在客戶和服務(wù)器之間是雙向8.2客戶/服務(wù)器模型（4）客戶/服務(wù)器之間使用的傳送層協(xié)議可以是基于連接的TCP協(xié)議，要求建立和釋放連接，適用于可靠的交互過程；也可以是無(wú)連接的UDP協(xié)議，適用于可靠性要求不高的或?qū)崟r(shí)的交互過程；同時(shí)使用TCP和UDP的服務(wù)，有兩種服務(wù)器軟件的實(shí)現(xiàn)或服務(wù)器軟件同時(shí)和TCP、UDP協(xié)議交互，不對(duì)客戶做限制。138.2客戶/服務(wù)器模型（4）客戶/服務(wù)器之間使用的傳送層8.2客戶/服務(wù)器模型（5）客戶和服務(wù)器的交互支持協(xié)議：在INTERNET中，客戶和服務(wù)器的交互通過使用TCP/IP協(xié)議棧來(lái)完成。因此，客戶和服務(wù)器所在的機(jī)器要求支持完全的協(xié)議棧?？蛻?服務(wù)器通過套接字訪問傳送層服務(wù)多種服務(wù)：一臺(tái)計(jì)算機(jī)上可以運(yùn)行多個(gè)服務(wù)器軟件，但是要求計(jì)算機(jī)有強(qiáng)大的硬件資源(服務(wù)器級(jí)別的計(jì)算機(jī))和多任務(wù)操作系統(tǒng)(UNIX和WIN95/98/2000/NT)。服務(wù)的標(biāo)識(shí)：客戶是通過服務(wù)的標(biāo)識(shí)來(lái)訪問某種服務(wù)的，比如在INTERNET中，服務(wù)是用端口號(hào)來(lái)標(biāo)識(shí)，UNIX在/etc/services文件中定義。服務(wù)器軟件啟動(dòng)時(shí)將其標(biāo)識(shí)通知傳送層實(shí)體。148.2客戶/服務(wù)器模型（5）客戶和服務(wù)器的交互148.3域名服務(wù)（1）產(chǎn)生原因DNS最早于1983年由保羅·莫卡派喬斯（PaulMockapetris）發(fā)明32比特的IP地址難于記憶，應(yīng)該使用符號(hào)地址，但是網(wǎng)絡(luò)本身是使用IP地址的，因此需要一個(gè)完成二者之間相互轉(zhuǎn)換的機(jī)制。比如用表示2。當(dāng)網(wǎng)絡(luò)規(guī)模比較小時(shí)，例如ARPANET，每臺(tái)主機(jī)只需查找一個(gè)文件（UNIX的host），該文件中列出了主機(jī)與IP地址的對(duì)應(yīng)關(guān)系。當(dāng)網(wǎng)絡(luò)規(guī)模很大時(shí)，上述方法就不適用了，因此產(chǎn)生了域名系統(tǒng)DNS（DomainNameSystem）158.3域名服務(wù)（1）產(chǎn)生原因158.3域名服務(wù)（2）DNS概述域名系統(tǒng)是一個(gè)典型的客戶/服務(wù)器交互系統(tǒng)；域名系統(tǒng)是一個(gè)多層次的、基于域的命名系統(tǒng)，并使用分布式數(shù)據(jù)庫(kù)實(shí)現(xiàn)這種命名機(jī)制；當(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ù)器的客戶，遞歸解析，直到該域名解析完成。168.3域名服務(wù)（2）DNS概述168.3域名服務(wù)（3）域名的結(jié)構(gòu)INTERNET的頂級(jí)域名分為組織結(jié)構(gòu)和地理結(jié)構(gòu)兩種。每個(gè)域?qū)λ旅娴淖佑蚝蜋C(jī)器進(jìn)行管理。DNS中，每臺(tái)計(jì)算機(jī)的名字是由“.”所分開的字符、數(shù)字串所組成的。例如域名是大小寫無(wú)關(guān)的，“com”和“COM”相同。域名最長(zhǎng)255個(gè)字符，每部分最長(zhǎng)63個(gè)字符（不包括www.和.com或者其他的擴(kuò)展名）。域名同時(shí)也僅限于ASCII字符的一個(gè)子集，這使得很多其他語(yǔ)言無(wú)法正確表示他們的名字和單詞?；赑unycode碼的IDNA系統(tǒng)，可以將Unicode字符串映射為有效的DNS字符集，這已經(jīng)通過了驗(yàn)證并被一些注冊(cè)機(jī)構(gòu)作為一種變通的方法所采納。Punycode是一個(gè)根據(jù)RFC3492標(biāo)準(zhǔn)而制定的編碼系統(tǒng),主要用於把域名從地方語(yǔ)言所采用的Unicode編碼轉(zhuǎn)換成為可用於DNS系統(tǒng)的編碼。Punycode可以防止所謂的IDN欺騙。Unicode（統(tǒng)一碼、萬(wàn)國(guó)碼、單一碼）是一種在計(jì)算機(jī)上使用的字符編碼。國(guó)際化域名IDNs(InternationalizedDomainNames)也稱多語(yǔ)種域名，是指非英語(yǔ)國(guó)家為推廣本國(guó)語(yǔ)言的域名系統(tǒng)的一個(gè)總稱，例如含有日文的為日文域名，含有中文的域名為中文域名。178.3域名服務(wù)（3）域名的結(jié)構(gòu)Punycode是一個(gè)根據(jù)18188.3域名服務(wù)（4）資源記錄在DNS的數(shù)據(jù)庫(kù)中用資源記錄來(lái)表示主機(jī)和子域的信息，當(dāng)應(yīng)用程序進(jìn)行域名解析時(shí)，得到的便是域名所對(duì)應(yīng)的資源記錄。資源記錄是一個(gè)五元式：域名生存期類別類型值Domain_nameTime_to_liveClassTypeValue198.3域名服務(wù)（4）資源記錄域名2020一個(gè)針對(duì)cs.vu.nl域的DNS數(shù)據(jù)庫(kù)的可能部分檢查MX記錄是否存在的方法

進(jìn)行DNS查詢的一個(gè)非常有用的工具是nslookup，可以使用它來(lái)查詢DNS中的各種數(shù)據(jù)?？梢栽赪indows的命令行下直接運(yùn)行nslookup進(jìn)入一個(gè)交互模式，在這里能查詢各種類型的DNS數(shù)據(jù)。

在查詢過程中可以使用settype命令設(shè)置相應(yīng)的查詢類型。

如：

C:\>nslookup

DefaultServer:[66]

Address:66

>settype=mx

>

DefaultServer:[66]

Address:6621一個(gè)針對(duì)cs.vu.nl域的DNS數(shù)據(jù)庫(kù)的可能部分檢查MX記8.3域名服務(wù)（5）域名服務(wù)器區(qū)域劃分DNS將域名空間劃分為許多無(wú)重疊的區(qū)域(zone)，每個(gè)區(qū)域覆蓋了域名空間的一部分并設(shè)有域名服務(wù)器對(duì)這個(gè)區(qū)域的域名進(jìn)行管理。每個(gè)區(qū)域有一個(gè)主域名服務(wù)器和若干個(gè)備份域名服務(wù)器，區(qū)域的邊界劃分是人工設(shè)置的，比如：

是三個(gè)不同的區(qū)域，分別有各自的域名服務(wù)器。228.3域名服務(wù)（5）域名服務(wù)器228.3域名服務(wù)（6）域名解析一個(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ù)器通過向下的層次查詢得到對(duì)應(yīng)的資源記錄，返回給該域名服務(wù)器，最后資源記錄被返回給發(fā)起域名解析的機(jī)器，并在該區(qū)域的域名服務(wù)器中做緩存，超時(shí)后刪除。238.3域名服務(wù)（6）域名解析23域名注冊(cè)

目前國(guó)際域名的DNS必須在國(guó)際域名注冊(cè)商處注冊(cè)，國(guó)內(nèi)域名的DNS必須在CNNIC注冊(cè)，注冊(cè)支持解析英文域名和中文域名的dns要分別注冊(cè)：

（1）步驟：選擇作為DNS后綴的域名---創(chuàng)建dns服務(wù)器---選擇是在國(guó)際注冊(cè)還是國(guó)內(nèi)注冊(cè)－申請(qǐng)--交付費(fèi)用；

（2）費(fèi)用：約75元/個(gè)（一次性）；

（3）條件：如果注冊(cè)國(guó)際DNS服務(wù)器的，dns服務(wù)器的名稱必須是在具有條件的公司注冊(cè)的國(guó)際英文域名才能注冊(cè)，有獨(dú)立IP地址，DNS服務(wù)器域名前的前綴最好是dns.、ns.等。

DNS服務(wù)器：現(xiàn)在只要在域名注冊(cè)商或服務(wù)商注冊(cè)域名，DNS都是免費(fèi)。國(guó)際英文域名、國(guó)內(nèi)英文域名可以修改DNS，這項(xiàng)服務(wù)是免費(fèi)的。

使用免費(fèi)的DNS：國(guó)內(nèi)外有不少提供免費(fèi)DNS服務(wù)的提供商，其中國(guó)內(nèi)著名的有IIDNS，DNSPod和OpenDns等。

解析故障：在實(shí)際應(yīng)用過程中可能會(huì)遇到DNS解析錯(cuò)誤的問題，就是說當(dāng)我們?cè)L問一個(gè)域名時(shí)無(wú)法完成將其解析到IP地址的工作，而直接輸入網(wǎng)站IP卻可以正常訪問，這就是因?yàn)镈NS解析出現(xiàn)故障造成的。24域名注冊(cè)目前國(guó)際域名的DNS必須在國(guó)際域名注冊(cè)DNS實(shí)例主機(jī)surf.eurecom.fr需要查找的IP地址1.與本地DNS服務(wù)器dns.eurecom.fr聯(lián)系2.如有必要dns.eurecom.fr

與根域名服務(wù)器聯(lián)系3.如有必要，根域名服務(wù)器聯(lián)系authoritative域名服務(wù)器。requestinghostsurf.eurecom.frrootnameserverauthoritativenameserverlocalnameserverdns.eurecom.fr12345625DNS實(shí)例主機(jī)surf.eurecom.fr需要查找gDNS實(shí)例根域名服務(wù)器:可能不知道authoritative域名服務(wù)器可能知道中間的域名服務(wù)器，中間域名服務(wù)器知道如何與authoritative域名服務(wù)器聯(lián)系requestinghostsurf.eurecom.frrootnameserverlocalnameserverdns.eurecom.fr123456authoritativenameserverintermediatenameserver7826DNS實(shí)例根域名服務(wù)器:requestinghostga8.4統(tǒng)一資源定位符（URL）統(tǒng)一資源定位符（URL，英語(yǔ)UniformResourceLocator的縮寫）也被稱為網(wǎng)頁(yè)地址，是因特網(wǎng)上標(biāo)準(zhǔn)的資源的地址。它最初是由蒂姆·伯納斯－李發(fā)明用來(lái)作為萬(wàn)維網(wǎng)的地址的?，F(xiàn)在它已經(jīng)被萬(wàn)維網(wǎng)聯(lián)盟編制為因特網(wǎng)標(biāo)準(zhǔn)RFC1738了。統(tǒng)一資源定位符不但確定一個(gè)資源，而且還表示出它在哪里。語(yǔ)法：協(xié)議://授權(quán)/路徑?查詢完整的、帶有授權(quán)部分的普通統(tǒng)一資源標(biāo)志符語(yǔ)法,如下：協(xié)議://用戶名@密碼:子域名.域名.頂級(jí)域名:端口號(hào)/目錄/文件名.文件后綴?參數(shù)=值#標(biāo)志278.4統(tǒng)一資源定位符（URL）統(tǒng)一資源定位符（URL，英語(yǔ)URL具體例子每個(gè)統(tǒng)一資源定位符的開始都是該統(tǒng)一資源定位符的體制，其后是按體制不同的部分。以下是一些統(tǒng)一資源定位符體制的例子：http——超文本傳輸協(xié)議資源https——用安全套接字層傳送的超文本傳輸協(xié)議ftp——文件傳輸協(xié)議mailto——電子郵件地址ldap——輕型目錄訪問協(xié)議搜索file——當(dāng)?shù)仉娔X或網(wǎng)上分享的文件news——Usenet新聞組gopher——Gopher協(xié)議(是一個(gè)互聯(lián)網(wǎng)上使用的分布型的文件搜集獲取網(wǎng)絡(luò)協(xié)議)

telnet——Telnet協(xié)議28URL具體例子每個(gè)統(tǒng)一資源定位符的開始都是該統(tǒng)一資源定位符的8.5

WWW（1）WWW(WorldWideWeb)是用于訪問遍布于INTERNET上的相互鏈接在一起的超文本的一種結(jié)構(gòu)框架。歷史1989年，設(shè)計(jì)WWW的思想產(chǎn)生于歐洲核研究中心CERN；1991年，第一個(gè)原型在美國(guó)的Hypertext’91會(huì)議上展示；1993年，第一個(gè)圖形化瀏覽器，Mosaic；1994年，Andreessen創(chuàng)建NETSCAPE公司，開發(fā)WEB的客戶和服務(wù)器軟件；同年，CERN和MIT共同創(chuàng)建WWW論壇，制定相關(guān)的協(xié)議標(biāo)準(zhǔn)，。298.5 WWW（1）WWW(WorldWideWeb)8.5

WWW（2）術(shù)語(yǔ)網(wǎng)頁(yè):由“object”組成用URL標(biāo)示地址大部分網(wǎng)頁(yè)包括:基本的HTML頁(yè)面和一些引用的object用戶用來(lái)訪問網(wǎng)頁(yè)的工具(useragent)被稱為瀏覽器(browser):MSInternetExplorerNetscapeNavigatorWeb服務(wù)器:PCrunningExplorerServerrunningNCSAWebserverMacrunningNavigatorhttprequesthttprequesthttpresponsehttpresponse308.5 WWW（2）術(shù)語(yǔ)PCrunningServer8.5

WWW（3）用戶眼中的WEBWEB是由互相鏈接在一起的網(wǎng)頁(yè)構(gòu)成的，這些網(wǎng)頁(yè)是由普通文本、超文本Hypertext，以及圖表、照片等構(gòu)成；用戶通過稱為瀏覽器的軟件來(lái)觀看網(wǎng)頁(yè)，瀏覽器取回所請(qǐng)求的網(wǎng)頁(yè)，解釋其中所含的文本和格式命令，并正確的顯示出來(lái)；網(wǎng)頁(yè)中的文本串若指向其它的網(wǎng)頁(yè)（此指針稱為超級(jí)鏈接Hyperlink，此文本串稱為超文本），會(huì)被特別地顯示出來(lái)（加下劃線），用戶若選擇此超級(jí)鏈接，瀏覽器會(huì)將此超級(jí)鏈接所指的網(wǎng)頁(yè)取回；當(dāng)超文本網(wǎng)頁(yè)中包含聲音、動(dòng)畫等其它媒體時(shí)，網(wǎng)頁(yè)被稱為是超媒體的。瀏覽器一般通過外掛的幫助程序來(lái)顯示這些超媒體信息。318.5 WWW（3）用戶眼中的WEB318.5

WWW（4）WEB的客戶/服務(wù)器模型在每個(gè)WEB服務(wù)器上有一個(gè)服務(wù)進(jìn)程在TCP的80端口上監(jiān)聽由瀏覽器發(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，通過DNS解析IP地址，建立TCP連接。向服務(wù)器發(fā)出HTTP的GET請(qǐng)求取回網(wǎng)頁(yè)，釋放連接，并顯示網(wǎng)頁(yè)中所有的文本。然后，瀏覽器逐一取回網(wǎng)頁(yè)中的圖象。328.5 WWW（4）WEB的客戶/服務(wù)器模型328.5

WWW（5）超文本傳輸協(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)容。http1.0:RFC1945；http1.1:RFC2068338.5 WWW（5）超文本傳輸協(xié)議HTTP338.5

WWW（6）超文本標(biāo)記語(yǔ)言HTMLHTML使用一套標(biāo)記符號(hào)來(lái)實(shí)現(xiàn)對(duì)文本的格式化；HTML8.0引入了對(duì)表格的支持，允許用戶填充信息并將其送回服務(wù)器。服務(wù)器方使用一個(gè)CGI程序進(jìn)行處理。348.5 WWW（6）超文本標(biāo)記語(yǔ)言HTML34HTTP實(shí)例URL為:www./somepath/index.html。1.客戶端通過查找DNS，尋找www.的IP地址；2.客戶端與www.的IP地址進(jìn)行TCP連接。服務(wù)器使用默認(rèn)端口號(hào)80監(jiān)聽來(lái)自客戶的連接建立請(qǐng)求。3.客戶經(jīng)由與TCP連接相關(guān)聯(lián)的本地套接字發(fā)出1個(gè)HTTP請(qǐng)求消息。這個(gè)消息中包含路徑名/somepath/index.html。4.服務(wù)器經(jīng)由與TCP連接相關(guān)聯(lián)的本地套接字接收這個(gè)請(qǐng)求消息，再?gòu)姆?wù)器主機(jī)的內(nèi)存或硬盤中取出對(duì)象/somepath/index.html，經(jīng)由同一個(gè)套接字發(fā)出包含該對(duì)象的響應(yīng)消息。5.服務(wù)器告知TCP關(guān)閉這個(gè)TCP連接。6.客戶經(jīng)由同一個(gè)套接字接收這個(gè)響應(yīng)消息。TCP連接隨后終止。該消息標(biāo)明所封裝的對(duì)象是一個(gè)HTML文件?？蛻魪闹腥〕鲞@個(gè)文件，加以分析后發(fā)現(xiàn)其中有10個(gè)JPEG對(duì)象的引用。7.給每一個(gè)引用到的JPEG對(duì)象重復(fù)步騾1-5。35HTTP實(shí)例URL為:/some8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（1）SNMP（SimpleNetworkManagementProtocol）的產(chǎn)生早期網(wǎng)絡(luò)，如ARPANET，規(guī)模很小，可以通過執(zhí)行“PING”命令來(lái)發(fā)現(xiàn)網(wǎng)絡(luò)故障；網(wǎng)絡(luò)規(guī)模變大，需要一個(gè)好的工具來(lái)管理網(wǎng)絡(luò)。1990年發(fā)布RFC1157，定義了SNMPv1；SNMPv2，RFC1441~1452。網(wǎng)絡(luò)管理的五個(gè)基本管理功能：性能管理、故障管理、配置管理、記帳管理和安全管理。SNMP是基于UDP的368.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（1）SNMP（Simpl網(wǎng)絡(luò)管理模型37網(wǎng)絡(luò)管理模型378.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（2）SNMP模型被管理節(jié)點(diǎn)運(yùn)行SNMP代理程序（SNMPagent），維護(hù)一個(gè)本地?cái)?shù)據(jù)庫(kù)，描述節(jié)點(diǎn)的狀態(tài)和歷史，并影響節(jié)點(diǎn)的運(yùn)行。管理工作站運(yùn)行專門的網(wǎng)絡(luò)管理軟件（manager），使用管理協(xié)議與被管理節(jié)點(diǎn)上的SNMP代理通信，維護(hù)管理信息庫(kù)。388.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（2）SNMP模型388.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（3）管理信息每個(gè)站點(diǎn)使用一個(gè)或多個(gè)變量描述自己的狀態(tài)，這些變量稱為“對(duì)象（objects）”，所有的對(duì)象組成管理信息庫(kù)MIB（ManagementInformationBase）。管理協(xié)議（SNMP）管理協(xié)議用于管理工作站查詢和修改被管理節(jié)點(diǎn)的狀態(tài)，被管理節(jié)點(diǎn)可以使用管理協(xié)議向管理站點(diǎn)產(chǎn)生“陷阱（trap）”報(bào)告。398.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（3）管理信息3940408.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（4）抽象語(yǔ)法表示法1（ASN.1）定義：抽象語(yǔ)法表示法1是一種標(biāo)準(zhǔn)的對(duì)象定義語(yǔ)言，它分為數(shù)據(jù)描述定義（ISO8824）和傳輸語(yǔ)法定義（ISO8825）兩部分。ASN.1可以作為異種計(jì)算機(jī)設(shè)備之間“對(duì)象”的描述和傳輸機(jī)制。ASN.1的基本數(shù)據(jù)類型418.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（4）抽象語(yǔ)法表示法1（A8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（5）對(duì)象命名樹對(duì)象命名樹使用編碼，唯一的確定每個(gè)標(biāo)準(zhǔn)中的對(duì)象。基于對(duì)象命名樹，任何標(biāo)準(zhǔn)中的任意對(duì)象都可以用如下的對(duì)象表示符表示。{iso(1)identified-organizations(3)dod(6)internet(1)mgmt(2)mib-2(1)..tcp(6)..}或者是{1361216}428.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（5）對(duì)象命名樹4243438.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（6）ASN.1定義了5種方法構(gòu)造新的類型SEQUENCE：多種類型的有序序列；SEQUENCEOF：一種類型的一維有序序列；SET：多種類型的無(wú)序集合；SETOF：一種類型的無(wú)序集合；CHOICE：創(chuàng)建一些類型的共同體（UNION）。構(gòu)造新類型的另一種方法是重新標(biāo)記一個(gè)老的類型類似C語(yǔ)言中定義新的類型（#define…）標(biāo)簽有四類：universal,application-wide,context-specific,private例如，Counter32::=[APPLICATION1]INTEGER(0..4294967295)448.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（6）ASN.1定義了5種8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（7）ASN.1的傳輸語(yǔ)法基本編碼規(guī)則BER（BasicEncodingRules)定義了如何將ASN.1類型的值表示為無(wú)二義的字節(jié)序列需要傳輸?shù)膬?nèi)容標(biāo)志符(typeortag)數(shù)據(jù)長(zhǎng)度域數(shù)據(jù)域458.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（7）ASN.1的傳輸語(yǔ)法8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（8）標(biāo)志符(typeortag)包括三個(gè)子域當(dāng)tag值在0~30之間時(shí)，用低5位表示；當(dāng)tag值大于30時(shí)，低5位為“11111”，用后面字節(jié)表示。每個(gè)標(biāo)識(shí)字節(jié)包括7個(gè)數(shù)據(jù)位，最后一個(gè)字節(jié)高位為“1”，其它字節(jié)高位為“0”。468.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（8）標(biāo)志符(type8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（9）數(shù)據(jù)域長(zhǎng)度當(dāng)長(zhǎng)度<128字節(jié)時(shí)，用一個(gè)字節(jié)表示長(zhǎng)度，高位為“0”；當(dāng)長(zhǎng)度128字節(jié)時(shí)，第一個(gè)字節(jié)高位為“1”，低7位表示后面表示長(zhǎng)度的字節(jié)個(gè)數(shù)，后面的若干個(gè)（127）字節(jié)表示長(zhǎng)度例，數(shù)據(jù)長(zhǎng)度1000字節(jié)，則長(zhǎng)度域包括3個(gè)字節(jié)，第一個(gè)字節(jié)為“10000010”，后兩個(gè)字節(jié)為“00000011”和“11101000”478.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（9）數(shù)據(jù)域長(zhǎng)度478.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（10）數(shù)據(jù)域INTEGER：二進(jìn)制編碼；BITSTRING：編碼表示不變，長(zhǎng)度域表示字節(jié)個(gè)數(shù)，并在傳位串前先傳一個(gè)字節(jié)表示位串最后一個(gè)字節(jié)不用的位數(shù)。例，位串“010011111”傳輸時(shí)變?yōu)椤?74f80”（十六進(jìn)制）OCTETSTRING：編碼表示不變；NULL：長(zhǎng)度域?yàn)?，不傳數(shù)據(jù)；OBJECTIDENTIFIER：按照命名樹的編碼整數(shù)序列編碼，前兩個(gè)數(shù)a,b可用一個(gè)字節(jié)編碼，值為40a+b如果數(shù)據(jù)長(zhǎng)度未知，需要有結(jié)束標(biāo)志488.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（10）數(shù)據(jù)域4849498.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（11）管理信息結(jié)構(gòu)SMI和管理信息庫(kù)MIB定義SNMP在ASN.1的基礎(chǔ)上，定義了四個(gè)宏，八個(gè)新數(shù)據(jù)類型來(lái)定義SNMP的數(shù)據(jù)結(jié)構(gòu)，被稱為管理信息結(jié)構(gòu)SMI。SNMP使用SMI首先將變量定義為“對(duì)象”（object），相關(guān)的對(duì)象被集合成“組”（group），組最后被匯集成“模塊”（module）。管理信息庫(kù)SNMP的MIB包含10個(gè)組。網(wǎng)絡(luò)管理工作站通過使用SNMP協(xié)議，向被管理節(jié)點(diǎn)中的SNMP代理發(fā)出請(qǐng)求，查詢這些對(duì)象的值。508.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（11）管理信息結(jié)構(gòu)SMI和8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（12）每個(gè)對(duì)象有以下四個(gè)屬性：對(duì)象類型(objecttype)：定義了對(duì)象的名字語(yǔ)法(syntax)：指定了數(shù)據(jù)類型。存取(access)：表示了對(duì)象的存取級(jí)別，合法的值有只讀、只寫、讀寫和不可存取狀態(tài)(status)：定義了對(duì)象的實(shí)現(xiàn)需要，必備的：被管理結(jié)點(diǎn)必須實(shí)現(xiàn)該對(duì)象可選的：被管理結(jié)點(diǎn)可能實(shí)現(xiàn)該對(duì)象已經(jīng)廢棄的：被管理結(jié)點(diǎn)不需要實(shí)現(xiàn)該對(duì)象518.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（12）每個(gè)對(duì)象有以下四個(gè)屬8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（13）SNMP協(xié)議定義了網(wǎng)絡(luò)管理工作站和SNMP代理之間的通信過程和協(xié)議數(shù)據(jù)單元。網(wǎng)絡(luò)管理工作站發(fā)往SNMP代理的數(shù)據(jù)請(qǐng)求

Get-request,Get-next-request,Get-bulk-request網(wǎng)絡(luò)管理工作站發(fā)往SNMP代理的數(shù)據(jù)更新請(qǐng)求

Set-request網(wǎng)絡(luò)管理工作站與網(wǎng)絡(luò)管理工作站之間的MIB交換

Inform-requestSNMP代理發(fā)往網(wǎng)絡(luò)管理工作站的陷阱報(bào)告

SnmpV2-trap528.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（13）SNMP協(xié)議52SNMP協(xié)議數(shù)據(jù)單元53SNMP協(xié)議數(shù)據(jù)單元538.7

電子郵件（1）相關(guān)協(xié)議標(biāo)準(zhǔn)1982年ARPANET提出了RFC821(傳輸協(xié)議),RFC822(消息格式)作為電子郵件協(xié)議；1984年CCITT提出了X.400建議,但是沒有得到普及體系結(jié)構(gòu)用戶代理：允許用戶閱讀和發(fā)送電子郵件，一般為用戶進(jìn)程；消息傳輸代理：將消息從源端發(fā)送至目的端，一般為系統(tǒng)的后臺(tái)進(jìn)程；簡(jiǎn)單郵件傳輸協(xié)議SMTP(SimpleMailTransferProtocol)548.7電子郵件（1）相關(guān)協(xié)議標(biāo)準(zhǔn)54usermailboxoutgoingmessagequeuemailserveruseragentuseragentuseragentmailserveruseragentuseragentmailserveruseragentSMTPSMTPSMTP55usermailboxoutgoingmailuseru8.7

電子郵件（2）電子郵件系統(tǒng)提供的五大基本功能成文：指創(chuàng)建消息或回答消息的過程；傳輸：指將消息從發(fā)送者傳出至接收者；報(bào)告：將消息的發(fā)送情況報(bào)告給消息發(fā)送者；顯示：使用相應(yīng)的工具軟件將收到的消息顯示給接收者處理：接收者對(duì)接收到的消息進(jìn)行處理，存儲(chǔ)/丟棄/轉(zhuǎn)發(fā)等等。其它高級(jí)功能自動(dòng)轉(zhuǎn)發(fā)、自動(dòng)回復(fù)；mailbox，創(chuàng)建郵箱存儲(chǔ)郵件；mailinglist；抄送（cc）、高優(yōu)先級(jí)、加密。568.7電子郵件（2）電子郵件系統(tǒng)提供的五大基本功能568.7

電子郵件（3）電子郵件的組成信封：接收方的信息，如名字、地址、郵件的優(yōu)先級(jí)和安全級(jí)別；信件內(nèi)容：由信頭和信體組成，信頭包含了用戶代理所需的控制信息，信體是真正的內(nèi)容。用戶代理發(fā)送電子郵件email地址，例如，fns@mailinglist，例如，students@X.400地址，例如，/C=US/SP=MASSACHUSETTS/L=CAMBRIDGE/PA=360MEMORIALDR./CN=KENSMITH/578.7電子郵件（3）電子郵件的組成578.7

電子郵件（4）閱讀電子郵件用戶代理在啟動(dòng)時(shí)檢查用戶的mailbox，通知用戶是否有新郵件到來(lái)。并摘要性的顯示郵件的主題、發(fā)送者及其郵件的狀態(tài)。信件格式RFC822信件包括信封、若干信頭域、一個(gè)空行和信體電子郵件的擴(kuò)展MIME（MultipurposeInternetMailExtensions），增加了對(duì)圖像、聲音、視頻、可執(zhí)行文件等的支持。使用不同的編碼方法將信息轉(zhuǎn)化為ASCII字符流588.7電子郵件（4）閱讀電子郵件5859596060消息傳送協(xié)議INTERNET使用簡(jiǎn)單郵件傳輸協(xié)議SMTP完成電子郵件的交換。8.7

電子郵件（5）useragentsender’smailserveruseragentSMTPSMTPPOP3orIMAPreceiver’smailserver61消息傳送協(xié)議8.7電子郵件（5）usersender’s8.7

電子郵件（6）過程如下消息傳輸代理在源端主機(jī)和目的主機(jī)的25號(hào)端口之間建立一條TCP連接，使用簡(jiǎn)單郵件傳輸協(xié)議SMTP協(xié)議進(jìn)行通信；在TCP連接建立好之后，作為客戶的郵件發(fā)送方等待作為服務(wù)器的郵件接收方首先傳輸信息服務(wù)器首先發(fā)出準(zhǔn)備接收的SMTP消息，客戶向服務(wù)器發(fā)出HELO消息，服務(wù)器回答以HELO消息，雙方進(jìn)入郵件傳輸狀態(tài)；628.7電子郵件（6）過程如下628.7

電子郵件（7）郵件傳輸過程：客戶首先發(fā)出郵件的發(fā)信人地址(MAILFROM)，然后發(fā)出收信人的地址(RCPTTO)，服務(wù)器確認(rèn)收信人存在后，發(fā)出可以繼續(xù)發(fā)送的指示，客戶發(fā)送真正的消息(DATA)，以‘.’作為結(jié)束；當(dāng)客戶方郵件發(fā)送完之后，服務(wù)器開始發(fā)送郵件至客戶，過程同上；兩個(gè)方向的發(fā)送完成之后，釋放TCP連接(QUIT)。Persistent方式638.7電子郵件（7）郵件傳輸過程：客戶首先發(fā)出郵件的發(fā)信8.5電子郵件（8）注意消息以7-比特ASCII碼為單位某些特殊字符串(如CRLF.CRLF)不允許在消息中出現(xiàn)，需要編碼(例如，base64)其它協(xié)議POP3（PostOfficeProtocol），RFC1939，用戶代理和郵箱不在同一機(jī)器上，用戶代理使用此協(xié)議將郵箱中的信件取回本地；IMAP（InternetMailAccessProtocol），RFC1730，收信人使用多個(gè)用戶代理訪問同一郵箱，郵件始終保持在郵箱中。加密電子郵件協(xié)議：PGP與PEM協(xié)議。648.5電子郵件（8）注意648.5電子郵件（9）Smtp交互實(shí)例

S:220C:HELOcrepes.frS:250Hellocrepes.fr,pleasedtomeetyouC:MAILFROM:<alice@crepes.fr>S:250alice@crepes.fr...SenderokC:RCPTTO:<bob@>S:250bob@...RecipientokC:DATAS:354Entermail,endwith"."onalinebyitselfC:Doyoulikeketchup?C:Howaboutpickles?C:.S:250MessageacceptedfordeliveryC:QUITS:221closingconnection658.5電子郵件（9）Smtp交互實(shí)例65

X.400MHSFunctionModel

UA----UserAgentMTA----MessageTransferAgentMS----MessageStoreAU----AccessUnitPDAU----PhysicalDeliveryAccessUnit66X.400MHSFunctionModel668.8

文件傳輸協(xié)議FTP（1）在兩個(gè)主機(jī)之間傳輸文件客戶/服務(wù)器模式：由客戶端發(fā)起文件傳輸(上傳或下載)ftp:RFC959ftpserver:port21filetransferFTPserverFTPuserinterfaceFTPclientlocalfilesystemremotefilesystemuserathost678.8文件傳輸協(xié)議FTP（1）在兩個(gè)主機(jī)之間傳輸文件fi8.8

文件傳輸協(xié)議FTP（2）客戶端連接到ftp服務(wù)器TCP的21號(hào)端口建立兩個(gè)并行的TCP連接:控制:在客戶端和服務(wù)器之間交換命令、響應(yīng)數(shù)據(jù):傳遞文件數(shù)據(jù)Ftp服務(wù)器維護(hù)狀態(tài)：當(dāng)前目錄，身份認(rèn)證FTPclientFTPserverTCPcontrolconnectionport21TCPdataconnectionport20688.8文件傳輸協(xié)議FTP（2）客戶端連接到ftp服務(wù)器TCFTP模型ServerProtocolInterpreterServerdatatransferprocessUserProtocolInterpreterUserdatatransferprocessUserInterfaceFTPCommandsDataConnectionUserFileSystemFileSystemFTPRepliesFromRFC959注意:1.數(shù)據(jù)連接可以雙向使用.

8.數(shù)據(jù)連接不必始終存在.8.控制連接采用的是telnet.69FTP模型ServerProtocolInterpreter云計(jì)算云計(jì)算（cloudcomputing），是一種基于互聯(lián)網(wǎng)的計(jì)算方式，通過這種方式，共享的軟硬件資源和信息可以按需提供給計(jì)算機(jī)和其他設(shè)備。云其實(shí)是網(wǎng)絡(luò)、互聯(lián)網(wǎng)的一種比喻說法。云計(jì)算的核心思想，是將大量用網(wǎng)絡(luò)連接的計(jì)算資源統(tǒng)一管理和調(diào)度，構(gòu)成一個(gè)計(jì)算資源池向用戶按需服務(wù)。提供資源的網(wǎng)絡(luò)被稱為“云”。狹義云計(jì)算指IT基礎(chǔ)設(shè)施的交付和使用模式，指通過網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需資源；廣義云計(jì)算指服務(wù)的交付和使用模式，指通過網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需服務(wù)。這種服務(wù)可以是IT和軟件、互聯(lián)網(wǎng)相關(guān)，也可是其他服務(wù)。70云計(jì)算云計(jì)算（cloudcomputing），是一種基于互7171云計(jì)算的幾個(gè)應(yīng)用（1）云安全云安全，顧名思義，是一個(gè)從“云計(jì)算”演變而來(lái)的新名詞?！霸瓢踩?CloudSecurity)”通過網(wǎng)狀的大量客戶端對(duì)網(wǎng)絡(luò)中軟件行為的異常監(jiān)測(cè)，獲取互聯(lián)網(wǎng)中木馬、惡意程序的最新信息，推送到Server端進(jìn)行自動(dòng)分析和處理，再把病毒和木馬的解決方案分發(fā)到每一個(gè)客戶端。

云安全的策略構(gòu)想是：使用者越多，每個(gè)使用者就越安全，因?yàn)槿绱她嫶蟮挠脩羧?，足以覆蓋互聯(lián)網(wǎng)的每個(gè)角落，只要某個(gè)網(wǎng)站被掛馬或某個(gè)新木馬病毒出現(xiàn)，就會(huì)立刻被截獲。72云計(jì)算的幾個(gè)應(yīng)用（1）云安全72云計(jì)算的幾個(gè)應(yīng)用（2）云存儲(chǔ)云存儲(chǔ)是在云計(jì)算(cloudcomputing)概念上延伸和發(fā)展出來(lái)的一個(gè)新的概念，是指通過集群應(yīng)用、網(wǎng)格技術(shù)或分布式文件系統(tǒng)等功能，將網(wǎng)絡(luò)中大量各種不同類型的存儲(chǔ)設(shè)備通過應(yīng)用軟件集合起來(lái)協(xié)同工作，共同對(duì)外提供數(shù)據(jù)存儲(chǔ)和業(yè)務(wù)訪問功能的一個(gè)系統(tǒng)。當(dāng)云計(jì)算系統(tǒng)運(yùn)算和處理的核心是大量數(shù)據(jù)的存儲(chǔ)和管理時(shí)，云計(jì)算系統(tǒng)中就需要配置大量的存儲(chǔ)設(shè)備，那么云計(jì)算系統(tǒng)就轉(zhuǎn)變成為一個(gè)云存儲(chǔ)系統(tǒng)，所以云存儲(chǔ)是一個(gè)以數(shù)據(jù)存儲(chǔ)和管理為核心的云計(jì)算系統(tǒng)。73云計(jì)算的幾個(gè)應(yīng)用（2）云存儲(chǔ)73云計(jì)算的幾個(gè)應(yīng)用（3）云游戲云游戲是以云計(jì)算為基礎(chǔ)的游戲方式，在云游戲的運(yùn)行模式下，所有游戲都在服務(wù)器端運(yùn)行，并將渲染完畢后的游戲畫面壓縮后通過網(wǎng)絡(luò)傳送給用戶。在客戶端，用戶的游戲設(shè)備不需要任何高端處理器和顯卡，只需要基本的視頻解壓能力就可以了。隱私問題云計(jì)算的發(fā)展并非一帆風(fēng)順。云技術(shù)要求大量用戶參與，也不可避免的出現(xiàn)了隱私問題。用戶參與即要收集某些用戶數(shù)據(jù)，從而引發(fā)了用戶數(shù)據(jù)安全的擔(dān)心。很多用戶擔(dān)心自己的隱私會(huì)被云技術(shù)收集。正因如此，在加入云計(jì)劃時(shí)很多廠商都承諾盡量避免收集到用戶隱私，即使收集到也不會(huì)泄露或使用。但不少人還是懷疑廠商的承諾，他們的懷疑也不是沒有道理的。不少知名廠商都被指責(zé)有可能泄露用戶隱私，并且泄露事件也確實(shí)時(shí)有發(fā)生。74云計(jì)算的幾個(gè)應(yīng)用（3）云游戲747575THANKYOU!76THANKYOU!76第八章應(yīng)用層77第八章應(yīng)用層1主要內(nèi)容8.1 應(yīng)用層概述8.2 客戶/服務(wù)器模型8.3 域名服務(wù)8.4統(tǒng)一資源定位符8.5 WWW服務(wù)8.6簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP8.7

電子郵件

8.8

文件傳輸協(xié)議FTP78主要內(nèi)容8.1 應(yīng)用層概述28.1應(yīng)用層概述（1）應(yīng)用程序：互相通信的分布的進(jìn)程

在網(wǎng)絡(luò)主機(jī)上的用戶空間運(yùn)行互相交換消息比如email、ftp和web應(yīng)用層協(xié)議

應(yīng)用程序的一部分定義應(yīng)用程序直接交換的信息以及相應(yīng)的動(dòng)作利用底層協(xié)議提供的服務(wù)applicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysical798.1應(yīng)用層概述（1）應(yīng)用程序：互相通信的分布的進(jìn)程ap8.1應(yīng)用層概述（2）應(yīng)用層術(shù)語(yǔ)一個(gè)進(jìn)程是運(yùn)行于主機(jī)上的一個(gè)程序。在同一主機(jī)上的進(jìn)程利用操作系統(tǒng)提供的IPC（interprocesscommunication）進(jìn)行通信。在不同主機(jī)上運(yùn)行的進(jìn)程利用應(yīng)用層協(xié)議進(jìn)行通信用戶代理（useragent）是指用戶和網(wǎng)絡(luò)應(yīng)用程序間的接口。比如web瀏覽器，流媒體播放器等808.1應(yīng)用層概述（2）應(yīng)用層術(shù)語(yǔ)48.1應(yīng)用層概述（3）應(yīng)用程序編程接口API（applicationprogramminginterface）定義應(yīng)用程序和傳輸層之間的接口socket:InternetAPI兩個(gè)進(jìn)程通過向socket寫數(shù)據(jù)和讀數(shù)據(jù)來(lái)通信Q:進(jìn)程如何指明它要與之通信的另一個(gè)進(jìn)程IP地址指明該進(jìn)程所在的主機(jī)端口號(hào)指明該主機(jī)應(yīng)該把收到的數(shù)據(jù)交給哪個(gè)當(dāng)?shù)剡M(jìn)程818.1應(yīng)用層概述（3）應(yīng)用程序編程接口API（appli8.1應(yīng)用層概述（4）應(yīng)用程序需要什么樣的傳輸服務(wù)數(shù)據(jù)丟失有的應(yīng)用程序(比如音頻)可以容忍一定程度的數(shù)據(jù)丟失有的應(yīng)用程序(如文件傳輸)要求100％的可靠傳輸帶寬有的程序(如多媒體)需要一定的帶寬才能工作有的程序則使用它所能得到的全部帶寬延遲有的程序要求低延遲，比如IP電話和交互游戲.828.1應(yīng)用層概述（4）應(yīng)用程序需要什么樣的傳輸服務(wù)6應(yīng)用程序所需的傳輸服務(wù)應(yīng)用filetransfere-mailWebdocumentsreal-timeaudio/videostoredaudio/videointeractivegamesfinancialapps數(shù)據(jù)丟失nolossnolossnolossloss-tolerantloss-tolerantloss-tolerantnoloss帶寬elasticelasticelasticaudio:5Kb-1Mbvideo:10Kb-5MbsameasabovefewKbpsupelastic時(shí)間敏感nononoyes,100’smsecyes,fewsecsyes,100’smsecyesandno83應(yīng)用程序所需的傳輸服務(wù)應(yīng)用數(shù)據(jù)丟失帶寬時(shí)間敏感7Internet傳輸協(xié)議提供的服務(wù)TCP服務(wù):面向連接：用戶端和服務(wù)器需要建立連接接收和發(fā)送進(jìn)程間的可靠傳輸流量控制：發(fā)送方不會(huì)淹沒接收方擁塞控制：網(wǎng)絡(luò)負(fù)載過高時(shí)限制發(fā)送方發(fā)送不提供：延遲保證，最小帶寬保證UDP服務(wù):接收和發(fā)送進(jìn)程間的不可靠傳輸不提供：連接建立，可靠性、流量控制、擁塞控制和帶寬保證84Internet傳輸協(xié)議提供的服務(wù)TCP服務(wù):UDP服務(wù)Internet應(yīng)用和使用的相應(yīng)協(xié)議應(yīng)用e-mailremoteterminalaccessWebfiletransferstreamingmultimediaremotefileserverInternettelephony應(yīng)用層協(xié)議smtp[RFC821]telnet[RFC854]http[RFC2068]ftp[RFC959]proprietary(e.g.RealNetworks)NSFproprietary(e.g.,Vocaltec)底層傳輸層協(xié)議TCPTCPTCPTCPTCPorUDPTCPorUDPtypicallyUDP85Internet應(yīng)用和使用的相應(yīng)協(xié)議應(yīng)用應(yīng)用層協(xié)議底層傳輸8.2客戶/服務(wù)器模型（1）基本概念客戶/服務(wù)器模型是所有網(wǎng)絡(luò)應(yīng)用的基礎(chǔ)?？蛻?服務(wù)器分別指參與一次通信的兩個(gè)應(yīng)用實(shí)體，客戶方主動(dòng)地發(fā)起通信請(qǐng)求，服務(wù)器方被動(dòng)地等待通信的建立。applicationtransportnetworkdatalinkphysicalapplicationtransportnetworkdatalinkphysicalrequestreply868.2客戶/服務(wù)器模型（1）基本概念applicatio8.2客戶/服務(wù)器模型（2）客戶軟件任何一個(gè)應(yīng)用程序當(dāng)需要進(jìn)行遠(yuǎn)程訪問時(shí)成為客戶，這個(gè)應(yīng)用程序也要完成一些本地的計(jì)算；一般運(yùn)行于用戶的個(gè)人計(jì)算機(jī)上；向服務(wù)器主動(dòng)發(fā)起通信請(qǐng)求；可以訪問多個(gè)服務(wù)器，但一次只能訪問一個(gè)；不需要特殊的硬件和復(fù)雜的操作系統(tǒng)。服務(wù)器軟件是專用的提供某種服務(wù)的特權(quán)程序，可以同時(shí)處理多個(gè)遠(yuǎn)程客戶；一般在系統(tǒng)啟動(dòng)時(shí)被執(zhí)行，并連續(xù)運(yùn)行以處理多次會(huì)話；被動(dòng)的等待遠(yuǎn)程客戶發(fā)起通信；需要特殊的硬件和復(fù)雜的操作系統(tǒng)。878.2客戶/服務(wù)器模型（2）客戶軟件118.2客戶/服務(wù)器模型（3）數(shù)據(jù)在客戶和服務(wù)器之間是雙向流動(dòng)的，一般是客戶發(fā)出請(qǐng)求，服務(wù)器給出響應(yīng)。服務(wù)器軟件的并發(fā)性由于服務(wù)器軟件要支持多個(gè)客戶的同時(shí)訪問，它必須具備并發(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í)際的通信過程。888.2客戶/服務(wù)器模型（3）數(shù)據(jù)在客戶和服務(wù)器之間是雙向8.2客戶/服務(wù)器模型（4）客戶/服務(wù)器之間使用的傳送層協(xié)議可以是基于連接的TCP協(xié)議，要求建立和釋放連接，適用于可靠的交互過程；也可以是無(wú)連接的UDP協(xié)議，適用于可靠性要求不高的或?qū)崟r(shí)的交互過程；同時(shí)使用TCP和UDP的服務(wù)，有兩種服務(wù)器軟件的實(shí)現(xiàn)或服務(wù)器軟件同時(shí)和TCP、UDP協(xié)議交互，不對(duì)客戶做限制。898.2客戶/服務(wù)器模型（4）客戶/服務(wù)器之間使用的傳送層8.2客戶/服務(wù)器模型（5）客戶和服務(wù)器的交互支持協(xié)議：在INTERNET中，客戶和服務(wù)器的交互通過使用TCP/IP協(xié)議棧來(lái)完成。因此，客戶和服務(wù)器所在的機(jī)器要求支持完全的協(xié)議棧?？蛻?服務(wù)器通過套接字訪問傳送層服務(wù)多種服務(wù)：一臺(tái)計(jì)算機(jī)上可以運(yùn)行多個(gè)服務(wù)器軟件，但是要求計(jì)算機(jī)有強(qiáng)大的硬件資源(服務(wù)器級(jí)別的計(jì)算機(jī))和多任務(wù)操作系統(tǒng)(UNIX和WIN95/98/2000/NT)。服務(wù)的標(biāo)識(shí)：客戶是通過服務(wù)的標(biāo)識(shí)來(lái)訪問某種服務(wù)的，比如在INTERNET中，服務(wù)是用端口號(hào)來(lái)標(biāo)識(shí)，UNIX在/etc/services文件中定義。服務(wù)器軟件啟動(dòng)時(shí)將其標(biāo)識(shí)通知傳送層實(shí)體。908.2客戶/服務(wù)器模型（5）客戶和服務(wù)器的交互148.3域名服務(wù)（1）產(chǎn)生原因DNS最早于1983年由保羅·莫卡派喬斯（PaulMockapetris）發(fā)明32比特的IP地址難于記憶，應(yīng)該使用符號(hào)地址，但是網(wǎng)絡(luò)本身是使用IP地址的，因此需要一個(gè)完成二者之間相互轉(zhuǎn)換的機(jī)制。比如用表示2。當(dāng)網(wǎng)絡(luò)規(guī)模比較小時(shí)，例如ARPANET，每臺(tái)主機(jī)只需查找一個(gè)文件（UNIX的host），該文件中列出了主機(jī)與IP地址的對(duì)應(yīng)關(guān)系。當(dāng)網(wǎng)絡(luò)規(guī)模很大時(shí)，上述方法就不適用了，因此產(chǎn)生了域名系統(tǒng)DNS（DomainNameSystem）918.3域名服務(wù)（1）產(chǎn)生原因158.3域名服務(wù)（2）DNS概述域名系統(tǒng)是一個(gè)典型的客戶/服務(wù)器交互系統(tǒng)；域名系統(tǒng)是一個(gè)多層次的、基于域的命名系統(tǒng)，并使用分布式數(shù)據(jù)庫(kù)實(shí)現(xiàn)這種命名機(jī)制；當(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ù)器的客戶，遞歸解析，直到該域名解析完成。928.3域名服務(wù)（2）DNS概述168.3域名服務(wù)（3）域名的結(jié)構(gòu)INTERNET的頂級(jí)域名分為組織結(jié)構(gòu)和地理結(jié)構(gòu)兩種。每個(gè)域?qū)λ旅娴淖佑蚝蜋C(jī)器進(jìn)行管理。DNS中，每臺(tái)計(jì)算機(jī)的名字是由“.”所分開的字符、數(shù)字串所組成的。例如域名是大小寫無(wú)關(guān)的，“com”和“COM”相同。域名最長(zhǎng)255個(gè)字符，每部分最長(zhǎng)63個(gè)字符（不包括www.和.com或者其他的擴(kuò)展名）。域名同時(shí)也僅限于ASCII字符的一個(gè)子集，這使得很多其他語(yǔ)言無(wú)法正確表示他們的名字和單詞?；赑unycode碼的IDNA系統(tǒng)，可以將Unicode字符串映射為有效的DNS字符集，這已經(jīng)通過了驗(yàn)證并被一些注冊(cè)機(jī)構(gòu)作為一種變通的方法所采納。Punycode是一個(gè)根據(jù)RFC3492標(biāo)準(zhǔn)而制定的編碼系統(tǒng),主要用於把域名從地方語(yǔ)言所采用的Unicode編碼轉(zhuǎn)換成為可用於DNS系統(tǒng)的編碼。Punycode可以防止所謂的IDN欺騙。Unicode（統(tǒng)一碼、萬(wàn)國(guó)碼、單一碼）是一種在計(jì)算機(jī)上使用的字符編碼。國(guó)際化域名IDNs(InternationalizedDomainNames)也稱多語(yǔ)種域名，是指非英語(yǔ)國(guó)家為推廣本國(guó)語(yǔ)言的域名系統(tǒng)的一個(gè)總稱，例如含有日文的為日文域名，含有中文的域名為中文域名。938.3域名服務(wù)（3）域名的結(jié)構(gòu)Punycode是一個(gè)根據(jù)94188.3域名服務(wù)（4）資源記錄在DNS的數(shù)據(jù)庫(kù)中用資源記錄來(lái)表示主機(jī)和子域的信息，當(dāng)應(yīng)用程序進(jìn)行域名解析時(shí)，得到的便是域名所對(duì)應(yīng)的資源記錄。資源記錄是一個(gè)五元式：域名生存期類別類型值Domain_nameTime_to_liveClassTypeValue958.3域名服務(wù)（4）資源記錄域名9620一個(gè)針對(duì)cs.vu.nl域的DNS數(shù)據(jù)庫(kù)的可能部分檢查MX記錄是否存在的方法

進(jìn)行DNS查詢的一個(gè)非常有用的工具是nslookup，可以使用它來(lái)查詢DNS中的各種數(shù)據(jù)?？梢栽赪indows的命令行下直接運(yùn)行nslookup進(jìn)入一個(gè)交互模式，在這里能查詢各種類型的DNS數(shù)據(jù)。

在查詢過程中可以使用settype命令設(shè)置相應(yīng)的查詢類型。

如：

C:\>nslookup

DefaultServer:[66]

Address:66

>settype=mx

>

DefaultServer:[66]

Address:6697一個(gè)針對(duì)cs.vu.nl域的DNS數(shù)據(jù)庫(kù)的可能部分檢查MX記8.3域名服務(wù)（5）域名服務(wù)器區(qū)域劃分DNS將域名空間劃分為許多無(wú)重疊的區(qū)域(zone)，每個(gè)區(qū)域覆蓋了域名空間的一部分并設(shè)有域名服務(wù)器對(duì)這個(gè)區(qū)域的域名進(jìn)行管理。每個(gè)區(qū)域有一個(gè)主域名服務(wù)器和若干個(gè)備份域名服務(wù)器，區(qū)域的邊界劃分是人工設(shè)置的，比如：

是三個(gè)不同的區(qū)域，分別有各自的域名服務(wù)器。988.3域名服務(wù)（5）域名服務(wù)器228.3域名服務(wù)（6）域名解析一個(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ù)器通過向下的層次查詢得到對(duì)應(yīng)的資源記錄，返回給該域名服務(wù)器，最后資源記錄被返回給發(fā)起域名解析的機(jī)器，并在該區(qū)域的域名服務(wù)器中做緩存，超時(shí)后刪除。998.3域名服務(wù)（6）域名解析23域名注冊(cè)

目前國(guó)際域名的DNS必須在國(guó)際域名注冊(cè)商處注冊(cè)，國(guó)內(nèi)域名的DNS必須在CNNIC注冊(cè)，注冊(cè)支持解析英文域名和中文域名的dns要分別注冊(cè)：

（1）步驟：選擇作為DNS后綴的域名---創(chuàng)建dns服務(wù)器---選擇是在國(guó)際注冊(cè)還是國(guó)內(nèi)注冊(cè)－申請(qǐng)--交付費(fèi)用；

（2）費(fèi)用：約75元/個(gè)（一次性）；

（3）條件：如果注冊(cè)國(guó)際DNS服務(wù)器的，dns服務(wù)器的名稱必須是在具有條件的公司注冊(cè)的國(guó)際英文域名才能注冊(cè)，有獨(dú)立IP地址，DNS服務(wù)器域名前的前綴最好是dns.、ns.等。

DNS服務(wù)器：現(xiàn)在只要在域名注冊(cè)商或服務(wù)商注冊(cè)域名，DNS都是免費(fèi)。國(guó)際英文域名、國(guó)內(nèi)英文域名可以修改DNS，這項(xiàng)服務(wù)是免費(fèi)的。

使用免費(fèi)的DNS：國(guó)內(nèi)外有不少提供免費(fèi)DNS服務(wù)的提供商，其中國(guó)內(nèi)著名的有IIDNS，DNSPod和OpenDns等。

解析故障：在實(shí)際應(yīng)用過程中可能會(huì)遇到DNS解析錯(cuò)誤的問題，就是說當(dāng)我們?cè)L問一個(gè)域名時(shí)無(wú)法完成將其解析到IP地址的工作，而直接輸入網(wǎng)站IP卻可以正常訪問，這就是因?yàn)镈NS解析出現(xiàn)故障造成的。100域名注冊(cè)目前國(guó)際域名的DNS必須在國(guó)際域名注冊(cè)DNS實(shí)例主機(jī)surf.eurecom.fr需要查找的IP地址1.與本地DNS服務(wù)器dns.eurecom.fr聯(lián)系2.如有必要dns.eurecom.fr

與根域名服務(wù)器聯(lián)系3.如有必要，根域名服務(wù)器聯(lián)系authoritative域名服務(wù)器。requestinghostsurf.eurecom.frrootnameserverauthoritativenameserverlocalnameserverdns.eurecom.fr123456101DNS實(shí)例主機(jī)surf.eurecom.fr需要查找gDNS實(shí)例根域名服務(wù)器:可能不知道authoritative域名服務(wù)器可能知道中間的域名服務(wù)器，中間域名服務(wù)器知道如何與authoritative域名服務(wù)器聯(lián)系requestinghostsurf.eurecom.frrootnameserverlocalnameserverdns.eurecom.fr123456authoritativenameserverintermediatenameserver78102DNS實(shí)例根域名服務(wù)器:requestinghostga8.4統(tǒng)一資源定位符（URL）統(tǒng)一資源定位符（URL，英語(yǔ)UniformResourceLocator的縮寫）也被稱為網(wǎng)頁(yè)地址，是因特網(wǎng)上標(biāo)準(zhǔn)的資源的地址。它最初是由蒂姆·伯納斯－李發(fā)明用來(lái)作為萬(wàn)維網(wǎng)的地址的?，F(xiàn)在它已經(jīng)被萬(wàn)維網(wǎng)聯(lián)盟編制為因特網(wǎng)標(biāo)準(zhǔn)RFC1738了。統(tǒng)一資源定位符不但確定一個(gè)資源，而且還表示出它在哪里。語(yǔ)法：協(xié)議://授權(quán)/路徑?查詢完整的、帶有授權(quán)部分的普通統(tǒng)一資源標(biāo)志符語(yǔ)法,如下：協(xié)議://用戶名@密碼:子域名.域名.頂級(jí)域名:端口號(hào)/目錄/文件名.文件后綴?參數(shù)=值#標(biāo)志1038.4統(tǒng)一資源定位符（URL）統(tǒng)一資源定位符（URL，英語(yǔ)URL具體例子每個(gè)統(tǒng)一資源定位符的開始都是該統(tǒng)一資源定位符的體制，其后是按體制不同的部分。以下是一些統(tǒng)一資源定位符體制的例子：http——超文本傳輸協(xié)議資源https——用安全套接字層傳送的超文本傳輸協(xié)議ftp——文件傳輸協(xié)議mailto——電子郵件地址ldap——輕型目錄訪問協(xié)議搜索file——當(dāng)?shù)仉娔X或網(wǎng)上分享的文件news——Usenet新聞組gopher——Gopher協(xié)議(是一個(gè)互聯(lián)網(wǎng)上使用的分布型的文件搜集獲取網(wǎng)絡(luò)協(xié)議)

telnet——Telnet協(xié)議104URL具體例子每個(gè)統(tǒng)一資源定位符的開始都是該統(tǒng)一資源定位符的8.5

WWW（1）WWW(WorldWideWeb)是用于訪問遍布于INTERNET上的相互鏈接在一起的超文本的一種結(jié)構(gòu)框架。歷史1989年，設(shè)計(jì)WWW的思想產(chǎn)生于歐洲核研究中心CERN；1991年，第一個(gè)原型在美國(guó)的Hypertext’91會(huì)議上展示；1993年，第一個(gè)圖形化瀏覽器，Mosaic；1994年，Andreessen創(chuàng)建NETSCAPE公司，開發(fā)WEB的客戶和服務(wù)器軟件；同年，CERN和MIT共同創(chuàng)建WWW論壇，制定相關(guān)的協(xié)議標(biāo)準(zhǔn)，。1058.5 WWW（1）WWW(WorldWideWeb)8.5

WWW（2）術(shù)語(yǔ)網(wǎng)頁(yè):由“object”組成用URL標(biāo)示地址大部分網(wǎng)頁(yè)包括:基本的HTML頁(yè)面和一些引用的object用戶用來(lái)訪問網(wǎng)頁(yè)的工具(useragent)被稱為瀏覽器(browser):MSInternetExplorerNetscapeNavigatorWeb服務(wù)器:PCrunningExplorerServerrunningNCSAWebserverMacrunningNavigatorhttprequesthttprequesthttpresponsehttpresponse1068.5 WWW（2）術(shù)語(yǔ)PCrunningServer8.5

WWW（3）用戶眼中的WEBWEB是由互相鏈接在一起的網(wǎng)頁(yè)構(gòu)成的，這些網(wǎng)頁(yè)是由普通文本、超文本Hypertext，以及圖表、照片等構(gòu)成；用戶通過稱為瀏覽器的軟件來(lái)觀看網(wǎng)頁(yè)，瀏覽器取回所請(qǐng)求的網(wǎng)頁(yè)，解釋其中所含的文本和格式命令，并正確的顯示出來(lái)；網(wǎng)頁(yè)中的文本串若指向其它的網(wǎng)頁(yè)（此指針稱為超級(jí)鏈接Hyperlink，此文本串稱為超文本），會(huì)被特別地顯示出來(lái)（加下劃線），用戶若選擇此超級(jí)鏈接，瀏覽器會(huì)將此超級(jí)鏈接所指的網(wǎng)頁(yè)取回；當(dāng)超文本網(wǎng)頁(yè)中包含聲音、動(dòng)畫等其它媒體時(shí)，網(wǎng)頁(yè)被稱為是超媒體的。瀏覽器一般通過外掛的幫助程序來(lái)顯示這些超媒體信息。1078.5 WWW（3）用戶眼中的WEB318.5

WWW（4）WEB的客戶/服務(wù)器模型在每個(gè)WEB服務(wù)器上有一個(gè)服務(wù)進(jìn)程在TCP的80端口上監(jiān)聽由瀏覽器發(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，通過DNS解析IP地址，建立TCP連接。向服務(wù)器發(fā)出HTTP的GET請(qǐng)求取回網(wǎng)頁(yè)，釋放連接，并顯示網(wǎng)頁(yè)中所有的文本。然后，瀏覽器逐一取回網(wǎng)頁(yè)中的圖象。1088.5 WWW（4）WEB的客戶/服務(wù)器模型328.5

WWW（5）超文本傳輸協(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)容。http1.0:RFC1945；http1.1:RFC20681098.5 WWW（5）超文本傳輸協(xié)議HTTP338.5

WWW（6）超文本標(biāo)記語(yǔ)言HTMLHTML使用一套標(biāo)記符號(hào)來(lái)實(shí)現(xiàn)對(duì)文本的格式化；HTML8.0引入了對(duì)表格的支持，允許用戶填充信息并將其送回服務(wù)器。服務(wù)器方使用一個(gè)CGI程序進(jìn)行處理。1108.5 WWW（6）超文本標(biāo)記語(yǔ)言HTML34HTTP實(shí)例URL為:www./somepath/index.html。1.客戶端通過查找DNS，尋找www.的IP地址；2.客戶端與www.的IP地址進(jìn)行TCP連接。服務(wù)器使用默認(rèn)端口號(hào)80監(jiān)聽來(lái)自客戶的連接建立請(qǐng)求。3.客戶經(jīng)由與TCP連接相關(guān)聯(lián)的本地套接字發(fā)出1個(gè)HTTP請(qǐng)求消息。這個(gè)消息中包含路徑名/somepath/index.html。4.服務(wù)器經(jīng)由與TCP連接相關(guān)聯(lián)的本地套接字接收這個(gè)請(qǐng)求消息，再?gòu)姆?wù)器主機(jī)的內(nèi)存或硬盤中取出對(duì)象/somepath/index.html，經(jīng)由同一個(gè)套接字發(fā)出包含該對(duì)象的響應(yīng)消息。5.服務(wù)器告知TCP關(guān)閉這個(gè)TCP連接。6.客戶經(jīng)由同一個(gè)套接字接收這個(gè)響應(yīng)消息。TCP連接隨后終止。該消息標(biāo)明所封裝的對(duì)象是一個(gè)HTML文件?？蛻魪闹腥〕鲞@個(gè)文件，加以分析后發(fā)現(xiàn)其中有10個(gè)JPEG對(duì)象的引用。7.給每一個(gè)引用到的JPEG對(duì)象重復(fù)步騾1-5。111HTTP實(shí)例URL為:/some8.6

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（1）SNMP（SimpleNetworkManagementProtocol）的產(chǎn)生早期網(wǎng)絡(luò)，如ARPANET，規(guī)模很小，可以通過執(zhí)行“PING”命令來(lái)發(fā)現(xiàn)網(wǎng)絡(luò)故障；網(wǎng)絡(luò)規(guī)模變大，需要一個(gè)好的工具來(lái)管理網(wǎng)絡(luò)。1990年發(fā)布R