計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)2016新版第10章Internet

第10章Internet.Internet實(shí)現(xiàn)技術(shù)1.域名系統(tǒng)為什么有了IP地址還需要域名?域名用字符表示的網(wǎng)絡(luò)主機(jī)名，是一種主機(jī)標(biāo)識(shí)符；IP地址

數(shù)字型,難于記憶與理解；域名字符型，直觀，便于記憶與理解；IP地址用于網(wǎng)絡(luò)層；

域名用于應(yīng)用層；IP地址與域名應(yīng)該是全網(wǎng)唯一的，它們之間具有對(duì)應(yīng)關(guān)系；域名系統(tǒng)(domainsystem)域名系統(tǒng)的發(fā)展歷史70年代，ARPANET的規(guī)模比較小，它只有幾百臺(tái)主機(jī)組成；SRI(theStanfordResearchInstitute)網(wǎng)絡(luò)信息中心的hosts.txt文件包含了所有主機(jī)的信息，同時(shí)也包括了連接到每臺(tái)主機(jī)的名字到IP地址的映射；hosts.txt文件由SRI網(wǎng)絡(luò)信息中心負(fù)責(zé)進(jìn)行維護(hù)；SRI網(wǎng)絡(luò)信息中心每周更新數(shù)據(jù)一次到兩次，每次更新后的數(shù)據(jù)由SRI網(wǎng)絡(luò)信息中心的主機(jī)向外發(fā)送；ARPANET管理人員也將它們的改動(dòng)用E-mail發(fā)送給SRI網(wǎng)絡(luò)信息中心，同時(shí)定期從SRI網(wǎng)絡(luò)信息中心的主機(jī)獲取最新的hosts.txt文件；但是隨著ARPANET的增長(zhǎng)，這種工作方式無(wú)法再維持下去；一方面，hosts.txt文件的大小隨ARPANET的規(guī)模在增長(zhǎng)；更新過(guò)程所帶來(lái)的通信量增長(zhǎng)更快；這就帶來(lái)了通信量、名字沖突與一致性等一系列新的問(wèn)題；在hosts.txt文件中不能有兩臺(tái)計(jì)算機(jī)具有相同名字的主機(jī)名，但是SRI網(wǎng)絡(luò)信息中心無(wú)法管理到主機(jī)的命名；ARPANET的管理機(jī)構(gòu)針對(duì)這個(gè)問(wèn)題提出一個(gè)新系統(tǒng)的設(shè)計(jì)思想。新的系統(tǒng)應(yīng)具備以下特征：*應(yīng)允許本地?cái)?shù)據(jù)具有全局可訪問(wèn)性；*分散管理，以消除單臺(tái)主機(jī)管理時(shí)的通信瓶頸，減輕通信擁塞；*本地管理員可以很容易地完成數(shù)據(jù)更新任務(wù)。顯然，要達(dá)到以上要求就必須使用層次型結(jié)構(gòu)的命名機(jī)制。USC的信息科學(xué)研究所PaulMockapetris完成了新系統(tǒng)結(jié)構(gòu)的設(shè)計(jì)，并于1984年在RFC882、883中公布了該成果，定義了域名系統(tǒng)。這些RFC后來(lái)由RFC1034與RFC1035代替，形成了當(dāng)前使用的域名系統(tǒng)；域名系統(tǒng)的基本概念層次型命名(hierarchynaming)機(jī)制*基于結(jié)構(gòu)化的思想;*對(duì)應(yīng)于層次型名字空間(hierarchynamespace)的管理結(jié)構(gòu)的層次;*名字空間管理組織形成一種層次型樹狀結(jié)構(gòu),各層管理機(jī)構(gòu)與再后的主機(jī)節(jié)點(diǎn)都有相應(yīng)的標(biāo)識(shí)符;*主機(jī)的名字就是從樹葉到樹根路徑上各節(jié)點(diǎn)標(biāo)識(shí)符的有序序列；*層次型名字管理機(jī)制域名系統(tǒng)；域名系統(tǒng)抽象規(guī)定名字語(yǔ)法與名字管理特權(quán)的分配規(guī)則；具體描述名字-地址映射的分布式計(jì)算機(jī)系統(tǒng)的實(shí)現(xiàn)；Internet層次型名字管理方法最高一級(jí)的名字空間--“網(wǎng)點(diǎn)名”(sitename)，一個(gè)網(wǎng)點(diǎn)是整個(gè)Internet中的一部分，它是由若干個(gè)子網(wǎng)組成；每個(gè)網(wǎng)點(diǎn)又可以分成若干個(gè)子網(wǎng)或“管理組”(administrativegroup)，第二級(jí)名字空間劃分為“組名”(groupname)；組名之下的第三級(jí)才是主機(jī)的“本地名”；這樣，“管理組”、“點(diǎn)”就形成了“子域”與“域”的關(guān)系，“本地名·組名·網(wǎng)點(diǎn)名”便組成了一個(gè)完整的、通用的層次型主機(jī)名的結(jié)構(gòu)。例如，一個(gè)典型的主機(jī)名可以寫為：，它表示的是中國(guó)科研教育網(wǎng)上的南開大學(xué)計(jì)算機(jī)系網(wǎng)絡(luò)實(shí)驗(yàn)室的一臺(tái)主機(jī)：主機(jī)名與它的IP地址一一對(duì)應(yīng)，例子中的主機(jī)名所對(duì)應(yīng)的IP地址為：93；因此，在Internet上訪問(wèn)一臺(tái)主機(jī)即可以使用它的主機(jī)名，也可以使用它的IP地址；實(shí)際域名命名規(guī)律域名系統(tǒng)是采用分層管理的，其結(jié)構(gòu)如一個(gè)倒立的樹，層次型命名機(jī)制與Internet的結(jié)構(gòu)是一一對(duì)應(yīng)的；美國(guó)的Internet的基本的組織類型代碼有以下七種：.int國(guó)際組織.com商業(yè)組織.edu教育組織.gov政府組織.mil軍事組織.org非商業(yè)組織.net網(wǎng)絡(luò)組織1997年又增加了以下新的組織類型代碼：.firm商業(yè)公司.store商品銷售企業(yè).web與WWW相關(guān)的實(shí)體.arts文化和娛樂(lè)實(shí)體.info提供信息服務(wù)的實(shí)體.nom個(gè)體或個(gè)人實(shí)際Internet主機(jī)域名的一般格式是：主機(jī)名.單位名.類型名.國(guó)家代碼;

我國(guó)主機(jī)域名的命名方法中國(guó)最高域名為“.cn”；第二級(jí)域名類型有：.edu教育機(jī)構(gòu).co公司.go政府機(jī)構(gòu).or非盈利組織.ac大學(xué)、研究所內(nèi)的學(xué)術(shù)機(jī)構(gòu).bj北京地區(qū).tj天津地區(qū)……第三部分一般表示主機(jī)所在的域或單位,如.nankai表示南開大學(xué);主機(jī)域名的第四部分表示主機(jī)所在的院、系、研究室等下一級(jí)單位，主機(jī)較多的單位，命名時(shí)可能會(huì)進(jìn)一步細(xì)分；

例如主機(jī)域名：

網(wǎng)絡(luò)實(shí)驗(yàn)室計(jì)算機(jī)系南開大學(xué)教育機(jī)構(gòu)中國(guó)表示的是中國(guó)南開大學(xué)計(jì)算機(jī)系網(wǎng)絡(luò)實(shí)驗(yàn)室的主機(jī)。例如主機(jī)域名為：

FTP服務(wù)器微軟公司商業(yè)機(jī)構(gòu)國(guó)別省略(美國(guó))表示的是美國(guó)微軟公司的FTP服務(wù)器美國(guó)的主機(jī)域名省略了國(guó)名。域名空間邏輯結(jié)構(gòu)圖：域—子域域名解析：域名系統(tǒng)是用一個(gè)分布式主機(jī)信息數(shù)據(jù)庫(kù)管理著整個(gè)Internet的主機(jī)名與IP地址，因此這個(gè)分布式主機(jī)信息數(shù)據(jù)庫(kù)也是分層結(jié)構(gòu)的；域名解析：名字服務(wù)器：--一種服務(wù)器軟件，運(yùn)行在指定的機(jī)器上，完成名字-地址解析任務(wù)；域名解析采用Client/Server方式工作，

Client--請(qǐng)求名字解析服務(wù)--名字解析器（nameresolver)；對(duì)應(yīng)于域名結(jié)構(gòu)，互連網(wǎng)中的多個(gè)名字服務(wù)器也構(gòu)成層次結(jié)構(gòu)；域名服務(wù)器邏輯結(jié)構(gòu)：名字服務(wù)器可以位于互連網(wǎng)的任意位置；服務(wù)器樹的邏輯結(jié)構(gòu)與Internet的域名層次結(jié)構(gòu)是完全一致的；根服務(wù)器是中央服務(wù)器，任何部門獲得一個(gè)子域的管理權(quán)，就需要建立一個(gè)相應(yīng)的名字服務(wù)器；域名解析方法：域名解析采取自頂向下的算法，從根服務(wù)器到葉服務(wù)器，在其中的某個(gè)節(jié)點(diǎn)上一定能找到所需要的名字-地址映射；由于父子節(jié)點(diǎn)的上下管轄關(guān)系，名字解析過(guò)程直需要走一條從樹中某個(gè)節(jié)點(diǎn)（比如根）開始到另一節(jié)點(diǎn)（比如某個(gè)葉節(jié)點(diǎn)）的一條自頂向下的單向路徑，無(wú)須回追朔，更不用查詢整個(gè)服務(wù)器樹；域名解析基本方法：遞歸解析（recursiveresolution)

反復(fù)解析（iterativeresolution)遞歸解析要求名字服務(wù)器系統(tǒng)一次性完成全部名字-地址變換；反復(fù)解析每次請(qǐng)求一個(gè)名字服務(wù)器，不行再去請(qǐng)求第二個(gè)名字服務(wù)器；比較：遞歸解析主要任務(wù)由名字服務(wù)器完成；反復(fù)解析主要任務(wù)由客戶機(jī)解析器軟件完成；反向域名解析（inverseresolution)：反向域名解析--根據(jù)IP地址解析相應(yīng)的域名；反向域名解析的困難：

*同一個(gè)IP地址可能對(duì)應(yīng)多個(gè)域名；*IP地址與域名服務(wù)器樹型結(jié)構(gòu)沒(méi)有任何關(guān)系，要找到合適的映射，只有逐個(gè)搜索整個(gè)服務(wù)器組；這就是域名系統(tǒng)一產(chǎn)生就有反向域名解析問(wèn)題，但未得到廣泛應(yīng)用的主要原因；為了解決上述問(wèn)題，域名系統(tǒng)設(shè)計(jì)了一種特殊的“指針詢問(wèn)”（pointerquery)報(bào)文；指針詢問(wèn)報(bào)文中欲解析的IP地址被表達(dá)為域名一樣可顯示串形式，并加上反向域名解析域名“”,如：

IP地址為aaa.bbb.ccc.ddd

指針詢問(wèn)報(bào)文中表示為ddd.ccc.bbb.aaa.域名解析效率問(wèn)題：域名解析的基本方法是沿名字服務(wù)器樹自頂向下進(jìn)行，但域名解析效率低，原因是：*大多數(shù)解析是在本地域內(nèi)進(jìn)行；*如果每次都從最高層域名服務(wù)器進(jìn)行，根服務(wù)器負(fù)荷太重；*根服務(wù)器一旦出現(xiàn)故障，系統(tǒng)不能工作；改進(jìn)方法：*兩步法--第一步：本地解析；如不能解決，則采取第二步：自頂向下解析；*名字緩存（namecaching)--在名字服務(wù)器開辟一個(gè)專用內(nèi)存區(qū)，存放最近解析過(guò)的名字與相應(yīng)的地址，以及一個(gè)描述解析該名字服務(wù)器位置的記錄；--服務(wù)器一旦接受到解析請(qǐng)求時(shí)，可以采用兩步法；2.Internet接入方法10.4電子郵件10.4.1概述電子郵件(e-mail)

是因特網(wǎng)上使用得最多的和最受用戶歡迎的一種應(yīng)用。電子郵件將郵件發(fā)送到ISP的郵件服務(wù)器，并放在其中的收信人郵箱(mailbox)中，收信人可隨時(shí)上網(wǎng)到ISP的郵件服務(wù)器進(jìn)行讀取。簡(jiǎn)單郵件傳送協(xié)議SMTP(SimpleMailTransferProtocol)[RFC821]和因特網(wǎng)文本報(bào)文格式[RFC822]，它們已成為因特網(wǎng)的事實(shí)上的標(biāo)準(zhǔn)。由于因特網(wǎng)的SMTP只能傳送可打印的ASCII碼郵件，因此在1993年又制定了新的電子郵件標(biāo)準(zhǔn)[RFC1521,1522]，即“通用因特網(wǎng)郵件擴(kuò)充”MIME(MultipurposeInternetMailExtensions)。MIME在其郵件首部中說(shuō)明了郵件的數(shù)據(jù)類型(如文本、聲音、圖像、視像等)。MIME郵件可同時(shí)傳送多種類型的數(shù)據(jù)。這在多媒體通信環(huán)境下是非常有用的。一個(gè)電子郵件系統(tǒng)應(yīng)具有圖9-8所示的3個(gè)主要組成部件，這就是用戶代理、郵件服務(wù)器，以及電子郵件使用的協(xié)議。10.4電子郵件用戶代理UA(UserAgent)就是用戶與電子郵件系統(tǒng)的接口，在大多數(shù)情況下它就是在用戶PC機(jī)中運(yùn)行的程序。用戶代理至少應(yīng)當(dāng)具有以下3個(gè)功能：·撰寫?！わ@示?！ぬ幚怼｀]件服務(wù)器是電子郵件系統(tǒng)的核心構(gòu)件。郵件服務(wù)器需要使用兩個(gè)不同的協(xié)議。一個(gè)協(xié)議用于發(fā)送郵件，即SMTP協(xié)議，而另一個(gè)協(xié)議用于接收郵件，即郵局協(xié)議POP(PostOfficeProtocol)。10.4電子郵件電子郵件由信封(envelope)和內(nèi)容(content)兩部分組成TCP/IP體系的電子郵件系統(tǒng)規(guī)定電子郵件地址(e-mailaddress)的格式如下：收信人郵箱名@郵箱所在主機(jī)的域名在發(fā)送電子郵件時(shí)，郵件服務(wù)器只使用電子郵件地址中的后一部分，即目的主機(jī)的域名。10.4電子郵件10.4.2簡(jiǎn)單郵件傳送協(xié)議SMTP使用SMTP時(shí)，收信人可以是和發(fā)信人連接在同一個(gè)本地網(wǎng)絡(luò)上的用戶，也可以是因特網(wǎng)上其他網(wǎng)絡(luò)的用戶，或者是與因特網(wǎng)相連但不是TCP/IP網(wǎng)絡(luò)上的用戶。1．連接建立2．郵件傳送3．連接釋放10.4電子郵件10.4.3電子郵件的信息格式一個(gè)電子郵件分為信封和內(nèi)容兩大部分。郵件內(nèi)容首部包括一些關(guān)鍵字，后面加上冒號(hào)。最重要的關(guān)鍵字是：To和Subject?！癟o:”后面填入一個(gè)或多個(gè)收信人的電子郵件地址。。“Subject:”是郵件的主題。它反映了郵件的主要內(nèi)容。郵件首部還有一項(xiàng)是抄送“Cc:”。這兩個(gè)字符來(lái)自“Carboncopy”，意思是留下一個(gè)“復(fù)寫副本”。這是借用舊的名詞，表示應(yīng)給某某人發(fā)送一個(gè)郵件副本。10.4電子郵件10.4.4郵件讀取協(xié)議POP3和IMAP現(xiàn)在常用的郵件讀取協(xié)議有兩個(gè)，即郵局協(xié)議第三個(gè)版本POP3和因特網(wǎng)報(bào)文存取協(xié)議IMAP(InternetMessageAccessProtocol)?，F(xiàn)分別討論如下。郵局協(xié)議POP是一個(gè)非常簡(jiǎn)單、但功能也有限的郵件讀取協(xié)議。POP服務(wù)器只有在用戶輸入鑒別信息(用戶名和口令)后才允許對(duì)郵箱進(jìn)行讀取。10.4電子郵件在使用IMAP時(shí)，所有收到的郵件同樣是先送到ISP的郵件服務(wù)器的IMAP服務(wù)器。而在用戶的PC機(jī)上運(yùn)行IMAP客戶程序，然后與ISP的郵件服務(wù)器上的IMAP服務(wù)器程序建立TCP連接。用戶在自己的PC機(jī)上就可以操縱ISP的郵件服務(wù)器的郵箱，就像在本地操縱一樣，因此IMAP是一個(gè)聯(lián)機(jī)協(xié)議。注意不要將郵件讀取協(xié)議POP和IMAP與郵件傳送協(xié)議SMTP弄混。發(fā)信人的用戶代理向源郵件服務(wù)器發(fā)送郵件，以及源郵件服務(wù)器向目的郵件服務(wù)器發(fā)送郵件，都是使用SMTP協(xié)議。而POP和IMAP則是用戶從目的郵件服務(wù)器上讀取郵件所使用的協(xié)議。10.4.5通用因特網(wǎng)郵件擴(kuò)充MIME1．MIME概述 （1）SMTP不能傳送可執(zhí)行文件或其他的二進(jìn)制對(duì)象。（2）SMTP限于傳送7位的ASCII碼。 （3）SMTP服務(wù)器會(huì)拒絕超過(guò)一定長(zhǎng)度的郵件。 （4）某些SMTP的實(shí)現(xiàn)并沒(méi)有完全按照[RFC821]的SMTP標(biāo)準(zhǔn)。10.4電子郵件MIME增加的5個(gè)新的郵件首部的名稱及其意義(有的可以是選項(xiàng))。（1）MIME-Version：標(biāo)識(shí)MIME的版本?，F(xiàn)在的版本號(hào)是1.0。若無(wú)此行，則為英文文本。（2）Content-Description：這是可讀字符串，說(shuō)明此郵件是什么。和郵件的主題差不多。（3）Content-Id：郵件的惟一標(biāo)識(shí)符。（4）Content-Transfer-Encoding：在傳送時(shí)郵件的主體是如何編碼的。（5）Content-Type：說(shuō)明郵件的性質(zhì)。10.4電子郵件2．內(nèi)容傳送編碼下面介紹幾種常用的內(nèi)容傳送編碼Content-Transfer-Encoding。最簡(jiǎn)單的編碼使用7bit或8bit(即7位或8位ASCII碼)，而每行不能超過(guò)1000個(gè)字符。另一種編碼稱為quoted-printable，這種編碼方法可用于當(dāng)郵件中包含了非英文的文本。對(duì)于任意的二進(jìn)制文件，可用base64編碼(有人稱為ASCIIarmor)。10.4電子郵件3．內(nèi)容類型MIME標(biāo)準(zhǔn)規(guī)定Content-Type說(shuō)明必須含有兩個(gè)標(biāo)識(shí)符，即內(nèi)容類型(type)和子類型(subtype)，中間用“/”分開。表9-1列出了7種基本內(nèi)容類型和15種子類型，以及簡(jiǎn)單的說(shuō)明。10.4電子郵件10.4電子郵件10.4電子郵件10.5文件傳送協(xié)議FTP10.5.1概述文件傳送協(xié)議FTP(FileTransferProtocol)是因特網(wǎng)上使用得最廣泛的文件傳送協(xié)議。文件共享協(xié)議中的另一大類是聯(lián)機(jī)訪問(wèn)(on-lineaccess)。10.5.2FTP的主要工作原理文件傳送協(xié)議FTP只提供文件傳送的一些基本的服務(wù)，它使用TCP可靠的運(yùn)輸服務(wù)。FTP的主要功能是減少或消除在不同操作系統(tǒng)下處理文件的不兼容性。一個(gè)FTP服務(wù)器進(jìn)程可同時(shí)為多個(gè)客戶進(jìn)程提供服務(wù)。FTP的服務(wù)器進(jìn)程由兩大部分組成：一個(gè)主進(jìn)程，負(fù)責(zé)接受新的請(qǐng)求；另外有若干個(gè)從屬進(jìn)程，負(fù)責(zé)處理單個(gè)請(qǐng)求。FTP的工作情況如圖9-5所示。在進(jìn)行文件傳輸時(shí)，F(xiàn)TP的客戶和服務(wù)器之間要建立兩個(gè)連接：“控制連接”和“數(shù)據(jù)連接”。10.5文件傳送協(xié)議FTPFTP一般都是交互式地工作。作為例子，圖9-6給出了用戶機(jī)器上顯示出的信息。10.5文件傳送協(xié)議FTP10.5.3簡(jiǎn)單文件傳送協(xié)議TFTP和網(wǎng)絡(luò)文件系統(tǒng)NFSTCP/IP協(xié)議族中還有一個(gè)簡(jiǎn)單文件傳送協(xié)議TFTP(TrivialFileTransferProtocol)，它是一個(gè)很小且易于實(shí)現(xiàn)的文件傳送協(xié)議[RFC1350,783]。TFTP的主要優(yōu)點(diǎn)有兩個(gè)。第一，TFTP可用于UDP環(huán)境。第二，TFTP代碼所占的內(nèi)存較小。10.5文件傳送協(xié)議FTPTFTP的主要特點(diǎn)是：

（1）每次傳送的數(shù)據(jù)PDU中有512字節(jié)的數(shù)據(jù)，但最后一次可不足512字節(jié)； （2）數(shù)據(jù)PDU也稱為文件塊(block)，每個(gè)塊按序編號(hào)，從1開始； （3）支持ASCII碼或二進(jìn)制傳送； （4）可對(duì)文件進(jìn)行讀或?qū)懀?（5）使用很簡(jiǎn)單的首部。10.5文件傳送協(xié)議FTP10.6遠(yuǎn)程登錄TELNET遠(yuǎn)程登錄TELNET是一個(gè)簡(jiǎn)單的遠(yuǎn)程終端協(xié)議。用戶用TELNET就可在其所在地通過(guò)TCP連接注冊(cè)(即登錄)到遠(yuǎn)地的另一個(gè)主機(jī)上(使用主機(jī)名或IP地址)?，F(xiàn)在由于PC機(jī)的功能越來(lái)越強(qiáng)，用戶就較少使用TELNET了。圖9-7說(shuō)明了NVT的意義。10.7WWW10.7.1概述萬(wàn)維網(wǎng)WWW(WorldWideWeb)并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬(wàn)維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)式的信息儲(chǔ)藏所，英文簡(jiǎn)稱為Web。圖9-9說(shuō)明了萬(wàn)維網(wǎng)提供分布式服務(wù)的特點(diǎn)。

正是由于萬(wàn)維網(wǎng)的出現(xiàn)，使因特網(wǎng)從僅由少數(shù)計(jì)算機(jī)專家使用變?yōu)槠胀ò傩找材芾玫男畔①Y源。萬(wàn)維網(wǎng)是一個(gè)分布式的超媒體(hypermedia)系統(tǒng)，它是超文本(hypertext)系統(tǒng)的擴(kuò)充。萬(wàn)維網(wǎng)以客戶服務(wù)器方式工作?？蛻舫绦蛳蚍?wù)器程序發(fā)出請(qǐng)求，服務(wù)器程序向客戶程序返回客戶所要的萬(wàn)維網(wǎng)文檔。在一個(gè)客戶程序主窗口上顯示出的萬(wàn)維網(wǎng)文檔稱為頁(yè)面(page)。10.7WWW10.7.2統(tǒng)一資源定位符URL1．URL的格式 <URL的訪問(wèn)方式>://<主機(jī)>:<端口>/<路徑>(9-2)2．使用FTP的URL

3．使用HTTP的URL http://<主機(jī)>:<端口>/<路徑>10.7WWW10.7.3超文本傳送協(xié)議HTTP1．HTTP的操作過(guò)程萬(wàn)維網(wǎng)的大致工作過(guò)程如圖9-10所示。10.7WWWHTTP規(guī)定在HTTP客戶與HTTP服務(wù)器之間的每次交互都由一個(gè)ASCII碼串構(gòu)成的請(qǐng)求和一個(gè)“類MIME(即[RFC822]MIME-like)”的響應(yīng)組成。用戶瀏覽頁(yè)面的方法有兩種。一種方法是在瀏覽器的Location窗口中鍵入所要找的頁(yè)面的URL。另一種方法是在某一個(gè)頁(yè)面中用鼠標(biāo)點(diǎn)擊一個(gè)可選部分，這時(shí)瀏覽器自動(dòng)在因特網(wǎng)上找到所要鏈接的頁(yè)面。10.7WWW2．萬(wàn)維網(wǎng)高速緩存萬(wàn)維網(wǎng)高速緩存(Webcache)是一種網(wǎng)絡(luò)實(shí)體，它能代表瀏覽器發(fā)出HTTP請(qǐng)求，因此萬(wàn)維網(wǎng)高速緩存又稱為代理服務(wù)器(proxyserver)。設(shè)圖9-11中的校園網(wǎng)有許多人用PC機(jī)的瀏覽器訪問(wèn)因特網(wǎng)上很多的服務(wù)器。10.7WWW10.7WWW3．HTTP的報(bào)文結(jié)構(gòu)典型的HTTP請(qǐng)求報(bào)文如下：GET/dirABC/docu1.htmlHTTP/1.1 {這是請(qǐng)求行}Connection:close {此行和以下都是首部行}User-agent:Mozilla/4.0Accept:text/html,image/gif,image/jpegAccept-language:en {此處有一個(gè)空行}10.7WWW典型的HTTP響應(yīng)報(bào)文如下：HTTP/1.1200OK {這是狀態(tài)行}Connection:close {此行開始的6行都是首部行}Date:Thu,06Aug199812:00:15GMTServer:Apache/1.3.0(Unix)Last-Modified:Mon,22Jun199809:23:24GMTContent-Length:8765 {文件長(zhǎng)度的字節(jié)數(shù)}Content-Type:text/html{此處有一個(gè)空行}DATADATADATADATADATA… {從這開始就是所請(qǐng)求的文件}10.7WWW10.7.4超文本標(biāo)記語(yǔ)言HTML1．HTML概述超文本標(biāo)記語(yǔ)言HTML(HyperTextMarkupLanguage)中的Markup的意思就是“設(shè)置標(biāo)記”。因此HTML也常譯為超