本章討論的主要內(nèi)容：

1、客戶/服務(wù)器模型

2、域名服務(wù)DNS

3、文件傳送協(xié)議

4、遠(yuǎn)程登錄TELNET

5、電子郵件

6、萬維網(wǎng)WWW

7、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP

8、DHCP

2003年5月第1頁

應(yīng)用層的特點(diǎn)和相關(guān)的概念

?應(yīng)用進(jìn)程：為了解決具體的應(yīng)用問題而彼此通信的進(jìn)程。

?應(yīng)用層特點(diǎn)

-規(guī)定應(yīng)用進(jìn)程在通信時(shí)所遵循的協(xié)議。

-可擴(kuò)展性。應(yīng)用進(jìn)程之間通信時(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)行通

信。

-客尸化論網(wǎng)和廖務(wù)器（se/ve。都是通信中所涉及的兩個(gè)應(yīng)用進(jìn)

程。當(dāng)A進(jìn)程需要B進(jìn)程的服務(wù)時(shí)就主動(dòng)呼叫B進(jìn)程，在這種情

況下，A是客戶而B是服務(wù)器。也許在下一次通信中，B需要A

的服務(wù)，此時(shí)，B就是客戶而A就是服務(wù)器。因此，在主要的特

征就是:客戶是主叫方，服務(wù)器是被叫方。

2003年5月第2頁

一、客戶/服務(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)程訪問時(shí)變?yōu)榭蛻?，這個(gè)應(yīng)用

程序也要完成一些本地的計(jì)算；

-由用戶直接調(diào)用，一個(gè)客戶完成一次會(huì)話過程；

-一般運(yùn)行于用戶的個(gè)人機(jī)上；

-向服務(wù)器主動(dòng)發(fā)起通信請(qǐng)求；

-可以訪問多個(gè)服務(wù)器，但一次只能訪問一個(gè)；

-不需要特殊的硬件和復(fù)雜的操作系統(tǒng)。

2003年5月第3頁

一、客戶/服務(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月第4頁

一、客戶/服務(wù)器模型（3）

?服務(wù)器軟件的并發(fā)性

-由于服務(wù)器軟件要支持多個(gè)客戶的同時(shí)訪問，

它必須具備并發(fā)性。服務(wù)器軟件為每個(gè)新到的

客戶創(chuàng)建一個(gè)進(jìn)程或線程來處理和這個(gè)客戶的

通信。服務(wù)器方傳送層實(shí)體使用客戶的源端口

號(hào)和服務(wù)的端口號(hào)來確定正確的服務(wù)器軟件進(jìn)

程（線程）。

?服務(wù)器軟件的組成

-服務(wù)器軟件一般分為兩部分：一部分用于接受

請(qǐng)求并創(chuàng)建新的進(jìn)程或線程，另一部分用于處

理實(shí)際的通信過程。

2003年5月第5頁

一、客戶/服務(wù)器模型（4）

?客戶/服務(wù)器之間使用的傳送層協(xié)議

-可以是基于連接的TCP協(xié)議，要求建立和釋放連接，適用于可

靠的交互過程；

-也可以是無連接的UDP協(xié)議，適用于可靠性要求不高的或?qū)崟r(shí)

的交互過程；

-同時(shí)使用TCP和UDP的服務(wù)，有兩種服務(wù)器軟件的實(shí)現(xiàn)或服務(wù)

器同時(shí)和TCP和UDP協(xié)議交互，不對(duì)客戶做限制。

?客戶和服務(wù)器的交互

-支持協(xié)議：在INTERNET中，客戶和服務(wù)器的交互通過使用

TCP/IP協(xié)議棧來完成。因此，客戶和服務(wù)器所在的機(jī)器要求支

持完全的協(xié)議棧?？蛻?服務(wù)器通過套接字訪問傳送層服務(wù)。

2003年5月第6頁

客戶/服務(wù)器模型（5）

-多種服務(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í)：客戶是通過服務(wù)的標(biāo)識(shí)來訪問某種服務(wù)的，比如

在INTERNET中，服務(wù)是用套接字地址來標(biāo)識(shí)，UNIX在

/etc/services文件中定義。服務(wù)器軟件啟動(dòng)時(shí)招其標(biāo)識(shí)通知傳

送層實(shí)體,

2003年5月第7頁

二、域名服務(wù)(1)

?產(chǎn)生原因

-32比特的IP地址難于記憶，應(yīng)邃使用符號(hào)地址，比如用

netlab.cs.tsinghua.edu.66.111.69.241。(i是,

網(wǎng)絡(luò)本身是使用IP地址的，因此需要一個(gè)完成二者5間相

互轉(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(DomainNameSystem)。

?DNS概述

-域名系統(tǒng)是一個(gè)典型的客戶/服務(wù)器交互系統(tǒng)；

-域名系統(tǒng)是一個(gè)多層次的、基于域的命名系統(tǒng)，并使用

分布式數(shù)據(jù)庫實(shí)現(xiàn)這種命名機(jī)制；

2003年5月第8頁

二、域名服務(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ù)器無法完成域名解析，

它席時(shí)變成其上級(jí)域名服務(wù)器的客戶，遞歸解析，直到該域名

解析完成。

-RFC1034,1035

?域名的結(jié)構(gòu)

-INTERNET的頂級(jí)域名（見圖）。分為組織結(jié)構(gòu)和地理結(jié)構(gòu)兩

種。每個(gè)域?qū)λ旅娴淖佑蚝蜋C(jī)器進(jìn)行管理。

DNS中，每臺(tái)計(jì)算機(jī)的名字是由所分開的字符數(shù)字串所組

成的。例如.cm

-域名是大小寫無關(guān)的，“edu”和“EDU”相同。域名最長(zhǎng)255個(gè)

字符，每部分最長(zhǎng)63個(gè)字符。

2003年5月第9頁

域名的結(jié)構(gòu)

robotpc24

Fig.7-25.AportionoftheInternetdomainnamespace.

二、域名服務(wù)(3)

?資源記錄

-在DNS的數(shù)據(jù)庫中用資源記錄來表示主機(jī)和子域的信息，當(dāng)應(yīng)

用程序進(jìn)行域名解析時(shí)，得到的便是域名所對(duì)應(yīng)的資源記錄。

?域名服務(wù)器

-區(qū)域劃分

?DNS將域名空間劃分為許多無重疊的區(qū)域(zone),每個(gè)區(qū)域覆蓋

了域名空間的一部分并設(shè)有域名服務(wù)器對(duì)這個(gè)區(qū)域的域名進(jìn)行管

理。

?每個(gè)區(qū)域有一人主域名服務(wù)器和若干個(gè)備份域名服務(wù)器，區(qū)域的

邊界劃分是人工設(shè)亶的，比如：

是三個(gè)不同的區(qū)域，分別有各自的域名服務(wù)器。

?因特網(wǎng)的名字空間是按照機(jī)構(gòu)的隸屬關(guān)系來劃分的，與物理網(wǎng)絡(luò)

無關(guān)，與IP地址中的“子網(wǎng)”也無關(guān)。

2003年5月第11頁

二、域名服務(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ù)器通過向下的層次查詢得到對(duì)應(yīng)的資源記

錄，返回給該域名服務(wù)器，

?最后資源記錄被返回給發(fā)起域名解析的機(jī)器，并在該區(qū)域的

域名服務(wù)器中做緩存。

遞歸查詢和遞歸與迭代結(jié)合查詢(P221)

2003年5月第12頁

二、域名服務(wù)（5）

域名含義

com公司企業(yè)

net網(wǎng)絡(luò)服務(wù)機(jī)構(gòu)最早的

org非贏利性組織頂級(jí)域名

edu教育機(jī)構(gòu)

gov政府部門（美國專用）

roil軍事部門（美國專用）

int國際組織

域名含義

firm公司企業(yè)

shop銷售公司和企業(yè)

新增的通用web突出萬維網(wǎng)活動(dòng)的單位

頂級(jí)域名表arts突出文化、娛樂活動(dòng)的單位

rec突出消遣、娛樂活動(dòng)的單位

info提供信息服務(wù)的單位

noin個(gè)人

2UU3年5月弟13頁

三、文件傳送協(xié)議

＞三個(gè)主要的協(xié)議

?文件傳送協(xié)議FTP(FileTransferProtocol)

?簡(jiǎn)單文件傳送協(xié)議TFTP(TrivialFileTransfer

Protocol)

?網(wǎng)絡(luò)文件系統(tǒng)NFS(NetworkFileSystem)

2003年5月第14頁

文件傳送協(xié)議(FTP)

?文件傳送協(xié)議FTP是Internet上使用得最廣泛的

文件傳送協(xié)議。

?FTP的主要目的是：文件從一個(gè)主機(jī)傳送到另一

個(gè)主機(jī)，而其他的應(yīng)用像網(wǎng)絡(luò)文件系統(tǒng)

(NetworkFileSystem,NFS)是用來存取遠(yuǎn)程

文件中的數(shù)據(jù)的。

?FTP盡管有很多嚴(yán)格的規(guī)定。但它支持許多不同

的文件類型和文件組織形式。終端用戶調(diào)用一

個(gè)前端應(yīng)用連到遠(yuǎn)程系統(tǒng)，在FTP命令的提示下,

就可以進(jìn)行不同的操作。

2003年5月第15頁

FTP功能說明

Open-CloseCoimection在開始一個(gè)本地應(yīng)用之后.用戶能

（打開關(guān)閉連接）打開或關(guān)閉一個(gè)FTP連接。

DirectionControl在FTP連接中,操作者可以改變、列

（目錄控制）出以及打印文件目錄。

ModeChange根據(jù)文件格式，可以使用不同的文

（模式變換）件傳送模式。

Get-PutFileTransfer在兩個(gè)方面都可以進(jìn)行單個(gè)或多個(gè)

（接收-發(fā)號(hào)件）文件的傳送,并具有監(jiān)視選項(xiàng)。

DeleteFile用來刪除遠(yuǎn)程文件。

（刪除文件）

HelpandInformation終端用戶可以獲得連機(jī)幫助以及本

（幫助信息）_地記帳信息。

2003年5月第16頁

FTP的工作原理

AFTP跟一般的應(yīng)用有點(diǎn)不同。它在遠(yuǎn)程和本地

機(jī)器之間使用了兩個(gè)TCP連接。

?一個(gè)連接用來傳送命令和控制信息，這個(gè)連接在用

戶運(yùn)行FTP命令時(shí)就被建立，使用服務(wù)器上的保留

端口21。

?一個(gè)連接用來處理文件傳送時(shí)的數(shù)據(jù)流，第二個(gè)連

接被建立，在服務(wù)器上，端口20總是用于數(shù)據(jù)傳送。

?P222

2003年5月第17頁

簡(jiǎn)單文件傳送協(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ù)

PDUO發(fā)送確認(rèn)的一方若在規(guī)定時(shí)間內(nèi)收不到下一個(gè)

文件塊，也要重發(fā)確認(rèn)PDU。這樣就可保證文件的傳

送不致因某一個(gè)數(shù)據(jù)報(bào)的丟失而告失敗。

2003年5月第18頁

簡(jiǎn)單文件傳送協(xié)議TFTP(2)

?簡(jiǎn)單文件傳送協(xié)議TFTP的優(yōu)點(diǎn)是：

-第一，TFTP可用于UDP環(huán)境。

-第二，TFTP代碼所占的內(nèi)存較小。

?簡(jiǎn)單文件傳送協(xié)議TFTP的主要特點(diǎn)是：

-每次傳送的數(shù)據(jù)PDU中有512字節(jié)的數(shù)據(jù)，但最后一次

可不足512字節(jié)；

-數(shù)據(jù)PDU也稱為文件塊，每個(gè)塊按序編號(hào)，從1開始。

-支持ASCH碼或二進(jìn)制傳送。

-可對(duì)文件進(jìn)行讀或?qū)憽?/p>

-使用很簡(jiǎn)單的首部。

2003年5月第19頁

網(wǎng)絡(luò)文件系統(tǒng)NFS

1、網(wǎng)絡(luò)文件系統(tǒng)NFS的主要特點(diǎn)

NFS允許應(yīng)用進(jìn)程打開一個(gè)遠(yuǎn)地文件，并能夠在該文件

的某一個(gè)特定的位置上開始讀寫數(shù)據(jù)。

2、遠(yuǎn)程過程調(diào)用RPC

NFS由三個(gè)獨(dú)立的部分組成。

?NFS協(xié)議本身

?通用的遠(yuǎn)程過程調(diào)用RPC

?通用的外部數(shù)據(jù)表示XDR

2003年5月第20頁

RPC的組成_________________

?任何RPC系統(tǒng)都有一些主要的操作元素，包括:

-客戶主應(yīng)用程序

-協(xié)議語言(ProtocolLanguage)

-協(xié)議編譯器(ProtocolCompiler)

-客戶存根(stub)過程

-服務(wù)器(存根)程序

-服務(wù)器過程

-數(shù)據(jù)表示標(biāo)準(zhǔn)

-目錄服務(wù)

2003年5月第21頁

RPC的操作過程

同其他的TCP/IP應(yīng)用

一樣，RPC也應(yīng)用了客服務(wù)器

SERVER

戶/服務(wù)器模型。這里

的系統(tǒng)之間的連接是

應(yīng)用到應(yīng)用的。盡管阪務(wù)器存相

消息是從客戶送到服SERVERSTUB

務(wù)器的，但實(shí)際上是

發(fā)送請(qǐng)求調(diào)用一個(gè)過

程，RPC服務(wù)器實(shí)際網(wǎng)絡(luò)

NETWORK

上是一個(gè)“應(yīng)用服務(wù)

2003年5月第22頁

外部數(shù)據(jù)表示XDR

?外部數(shù)據(jù)表示XDR為編程人員提供了一種在異構(gòu)機(jī)器間

傳遞數(shù)據(jù)的方式，而不再要求編程人員編寫用于轉(zhuǎn)換數(shù)

據(jù)表示的程序。

XDR通過定義一種與機(jī)器無關(guān)的表示來解決數(shù)據(jù)表示

的問題。在某個(gè)計(jì)算機(jī)中的一個(gè)進(jìn)程可調(diào)用XDR過程，

把數(shù)據(jù)的本地表示轉(zhuǎn)換為與本機(jī)器無關(guān)的表示。當(dāng)數(shù)據(jù)

傳送到另一臺(tái)機(jī)器后，接收程序就調(diào)用XDR過程把這個(gè)

與機(jī)器無關(guān)的表示再轉(zhuǎn)換為本結(jié)點(diǎn)上的本地表示。

XDR的主要優(yōu)點(diǎn)是它把許多數(shù)據(jù)轉(zhuǎn)換任務(wù)自動(dòng)化。

2003年5月第23頁

I、遠(yuǎn)程登錄TELNET

TELNET工作原理

?TELNET是一個(gè)以連機(jī)方式訪問網(wǎng)際網(wǎng)上資源的通用工具。

?它通過一個(gè)協(xié)商過程來支持不同的物理終端類型，從而提

供了極大的靈活性。

-用戶首先登錄遠(yuǎn)程主機(jī)。

-然后，在本地鍵入TELNET命令，后面跟上指定遠(yuǎn)程主機(jī)的參數(shù)。

-再將域名轉(zhuǎn)換成IP地址后，本地主機(jī)就通過系統(tǒng)保留的端口號(hào)23

同遠(yuǎn)程TELNET服務(wù)器建立了一個(gè)TCP連接，同時(shí)一個(gè)shell應(yīng)用

程序被創(chuàng)建以支持終端用戶。

-最后，數(shù)據(jù)可以通過網(wǎng)絡(luò)在兩個(gè)系統(tǒng)之間傳輸，在這一點(diǎn)上，遠(yuǎn)

程應(yīng)用在用戶看來就象在本地一樣。

2003年5月第24頁

一個(gè)典型的TELNET會(huì)話

?在一個(gè)連接中，有三個(gè)主要

的數(shù)據(jù)流向：

-本地終端和TELNET客戶軟件

之間的數(shù)據(jù)流

-兩個(gè)主機(jī)之間的TCP連接；

-遠(yuǎn)程主機(jī)中，TELNET服務(wù)器

到外殼應(yīng)用程序之間。

?通過將終端映射為一個(gè)邏輯

（或虛擬）設(shè)備，就可以采

用一致的標(biāo)雇，從而使用不

同的終端類型進(jìn)行客戶到服

務(wù)器間的數(shù)據(jù)交換。

2003年5月第25頁

網(wǎng)絡(luò)虛擬終端（NVT）

?網(wǎng)絡(luò)虛擬終端（NetworkVVrtua/TermMa。是一種虛擬的終端設(shè)備。

本地終端數(shù)據(jù)在送到遠(yuǎn)程服務(wù)器之前，必須被映射（轉(zhuǎn)換到）NVTO

在服務(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命令，否

貝U,表示這個(gè)字節(jié)為數(shù)據(jù)。

?NVT在通信時(shí)，NVT命令在兩個(gè)方向上互相發(fā)送，針對(duì)不同的選項(xiàng),

要用到兩個(gè)基本的協(xié)商模式：

-Will和Willnot（通告）

-Do和Donot（請(qǐng)求或指示）

“Will”的意思是“你是否同意我…”，“Willnot”的意思是“你是

否不同意我…”，“Do”的意思是“我同意你…”，“Donot”的

意思是“我不同意你…”O(jiān)

2003年5月第26頁

五、電子郵件（1）

?相關(guān)協(xié)議標(biāo)準(zhǔn)

-1982年ARPANET提出了RFC821（傳輸協(xié)議）

RFC822（消息格式）作為電子郵件協(xié)議；

-1984年CCITT提出了X.400建議，但是沒有得到普及。

Figure

?體系結(jié)構(gòu)和服務(wù)

-電子郵件系統(tǒng)由兩部分組成

?用戶代理：允許用戶閱讀和發(fā)送電子郵件，一般為用戶進(jìn)程;

?消息傳輸代理：將消息從源端發(fā)送至目的端，一般為系統(tǒng)的

后臺(tái)進(jìn)程。

2003年5月第27頁

五、電子郵件（2）

-電子郵件系統(tǒng)提供的五大基本功能

?成文：指創(chuàng)建消息或回答消息的過程；

?傳輸：指將消息從發(fā)送者傳出至接收者；

?報(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月第28頁

五、電子郵件（3）

?用戶代理

-發(fā)送電子郵件

?email地址，例如，webmaster@

?maillist,例如,students@

-閱讀電子郵件

?用戶代理在啟動(dòng)時(shí)檢查用戶的mailbox,通知用戶是否

有新郵件到來。并摘要性的顯示郵件的主題、發(fā)送者及

其郵件的狀態(tài)。

-電子郵件的擴(kuò)展

?MIME（多用途互連網(wǎng)絡(luò)郵件擴(kuò)展），增加了對(duì)圖像、

聲音、視頻、可執(zhí)行文件等的支持。使用不同的編碼方

法將信息轉(zhuǎn)化為ASCH字符流

2003年5月第29頁

五、電子郵件（4）

?消息傳送協(xié)議

-INTERNET使用簡(jiǎn)單郵件傳輸協(xié)議SMTP完成

電子郵件的交換。

-過程如下

?消息傳輸代理在源端主機(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月第30頁

五、電子郵件（5）

?郵件傳輸過程：客戶首先發(fā)出郵件的發(fā)信人地址（MAIL

FROM）,然后發(fā)出收信人的地址（RCPTTO）,服務(wù)器確

認(rèn)收信人存在后，發(fā)出可以繼續(xù)發(fā)送的指示，客戶發(fā)送真正

的消息（DATA）,以一作為結(jié)束；

?當(dāng)客戶方郵件發(fā)送完之后，服務(wù)器開始發(fā)送郵件至客戶，過

程同上；

?兩個(gè)方向的發(fā)送完成之后，釋放TCP連接（QUIT）o

-其它協(xié)議

?POP3協(xié)議：郵政局協(xié)議，用戶代理和郵箱不在同一機(jī)器上，

用戶代理使用此協(xié)議將郵箱中的信件取回本地；

?IMAP協(xié)、議：交互式郵件訪問協(xié)議，收信人使用多個(gè)用戶代

理訪問同一郵箱，郵件始終保持在郵箱中。

?加密電子郵件協(xié)議：PGP與PEM協(xié)議。

2003年5月第31頁

六、WWW模型、協(xié)議（1）

?WWW是用于訪問遍布于INTERNET上的相互鏈接

在一起的超文本的一種結(jié)構(gòu)框架。

?歷史

-1989年，設(shè)計(jì)WWW的思想產(chǎn)生于CERN;

-1991年，第一個(gè)原型在美國的Hypertext會(huì)議上展示；

-1993年，第一個(gè)圖形化瀏覽器，Mosaic；

-1994年，Andreessen創(chuàng)建NETSCAPE公司，開發(fā)WEB

的客戶和服務(wù)器軟件；

-回年，CERN和MH■共同創(chuàng)建WWW論壇，制定相關(guān)的協(xié)議

標(biāo)準(zhǔn)，o

2003年5月第32頁

六、WWW模型、協(xié)議（2）

?用戶眼中的WEB

-WEB是由互相鏈接在一起的網(wǎng)頁構(gòu)成的，這些網(wǎng)頁是由普通文

本、超文本Hypertext,以及圖表、地圖、照片等構(gòu)成的；

-用戶通過稱為瀏覽器的軟件來觀看網(wǎng)頁，瀏覽器取回所請(qǐng)求的

網(wǎng)頁，解釋其中所含的文本和格式命令，并正確的顯示出來；

-網(wǎng)頁中的文本串若指向其它的網(wǎng)頁（此指針稱為超級(jí)鏈接

Hyperlink,此文本串稱為超文本），會(huì)被特別地顯示出來（加

下劃線），用戶若選擇此超級(jí)鏈接，瀏覽器會(huì)將此超級(jí)鏈接所

指的網(wǎng)頁取回；

-當(dāng)超文本網(wǎng)頁中包含聲音、動(dòng)畫等其它媒體時(shí)，網(wǎng)頁被稱為是

超媒體的。瀏覽器一般通過外掛的幫助程序（helper

application）來顯示這些超媒體信息。

2003年5月第33頁

六、WWW模型、協(xié)議（3）

?WEB的客戶/服務(wù)器模型

-在每個(gè)WEB服務(wù)器上有一個(gè)服務(wù)進(jìn)程在TCP的80端口上監(jiān)聽由

瀏覽器發(fā)來的建立連接請(qǐng)求；在連接建立之后，瀏覽器和服務(wù)

器之間使用超文本傳輸協(xié)議HTTP協(xié)議進(jìn)行信息傳輸；

-超級(jí)鏈接是使用URL（統(tǒng)一資源定位符）來找到目標(biāo)網(wǎng)頁的。

URL由三部分組成：

?協(xié)議類型（HTTP、FTP、TELNET等）；

?網(wǎng)頁所在機(jī)器的地址（域名或IP地址）；

?包含網(wǎng)頁的文件名稱。

-瀏覽器確定URL,通過DNS解析IP地址，建立TCP連接，向服

務(wù)器發(fā)出HTTP的GET請(qǐng)求取回網(wǎng)頁，釋放連接，并顯示網(wǎng)頁中

所有的文本。然后，瀏覽器逐一取回網(wǎng)頁中的圖象。

2003年5月第34頁

六、WWW模型、協(xié)議（4）

?超文本傳輸協(xié)議HTTP

-HTTP協(xié)議由一套從瀏覽器發(fā)往服務(wù)器的請(qǐng)求和一套從服

務(wù)器發(fā)往瀏覽器的響應(yīng)組成。

-請(qǐng)求分為兩類

?簡(jiǎn)單請(qǐng)求：GET網(wǎng)頁文件名，服務(wù)器回答以網(wǎng)頁內(nèi)容；

?完全請(qǐng)求：GET網(wǎng)頁文件名、協(xié)議版本號(hào)，服務(wù)器回答以使

用MIME格式編碼的網(wǎng)頁內(nèi)容。

?超文本標(biāo)記語言HTML

-HTML使用一套標(biāo)記符號(hào)來實(shí)現(xiàn)對(duì)文本的格式化；

-HTML2.0引入了對(duì)表格的支持，允許用戶填充信息并將其

送回服務(wù)器。服務(wù)器方使用一個(gè)CGI程序進(jìn)行處理。