第七章網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議

1、計(jì)算機(jī)網(wǎng)絡(luò)第 七 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7.1 域名系統(tǒng) DNS 7.1.1 DNS基礎(chǔ) 7.1.2 Internet的域名結(jié)構(gòu) 7.1.3 域名服務(wù)器 7.1.4 域名解析 7.1.5 DNS報(bào)文 第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7.2 電子郵件系統(tǒng) 7.2.1 電子郵件系統(tǒng)概述 7.2.2 SMTP 協(xié)議 7.2.3 郵件讀取協(xié)議：POP3和IMAP4 7.2.4 電子郵件格式 7.2.5 基于WWW的電子郵件 第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7.3 WWW協(xié)議與服務(wù) 7.3.1 WWW概述 7.3.2 WWW的體系結(jié)構(gòu) 7.3.3 統(tǒng)一資源定位符（URL

2、） 7.3.4 萬(wàn)維網(wǎng)文檔 7.3.5 HTTP協(xié)議 7.3.6 搜索引擎 第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7.4 文件傳輸協(xié)議FTP 7.4.1 FTP概述 7.4.2 FTP工作原理 7.4.3 匿名FTP服務(wù) 7.4.4 FTP使用 7.4.5 簡(jiǎn)單文件傳輸協(xié)議TFTP 第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7.5 動(dòng)態(tài)主機(jī)配置協(xié)議DHCP 7.5.1 DHCP的產(chǎn)生背景 7.5.2 DHCP的報(bào)文格式 7.5.3 工作過(guò)程7.6 遠(yuǎn)程登錄協(xié)議Telnet 7.6.1 Telnet的基本概念 7.6.2 Telnet的工作原理 7.6.3 Telnet的使用 第 7 章 網(wǎng)絡(luò)服務(wù)和應(yīng)用層協(xié)議7

3、.7 無(wú)線應(yīng)用協(xié)議WAP 7.7.1 WAP概述 7.7.2 WAP協(xié)議棧 7.7.3 WAP2.07.8 P2P應(yīng)用協(xié)議 7.8.1 P2P概述 7.8.2 P2P的應(yīng)用 應(yīng)用層協(xié)議 應(yīng)用層以下的各層提供了可靠的傳輸服務(wù)，應(yīng)用層將在此基礎(chǔ)上，為我們提供各式各樣的網(wǎng)絡(luò)應(yīng)用。為使各種應(yīng)用能夠工作，應(yīng)用層也需要支持多種協(xié)議，每一種協(xié)議都是為了解決某一類問(wèn)題而設(shè)計(jì)的。通常是通過(guò)位于不同主機(jī)中的多個(gè)應(yīng)用進(jìn)程之間的通信和協(xié)同工作來(lái)完成需要的服務(wù)，應(yīng)用層規(guī)定了應(yīng)用進(jìn)程在通信時(shí)應(yīng)遵循的協(xié)議。7.1 域名系統(tǒng) DNS7.1.1 DNS基礎(chǔ)n域名系統(tǒng)（Domain Name System，DNS）是一種用于TC

4、P/IP應(yīng)用程序的分布式數(shù)據(jù)庫(kù)，它提供了主機(jī)名字和IP地址之間的轉(zhuǎn)換及有關(guān)電子郵件的選路信息。n每個(gè)站點(diǎn)都保留自己的信息數(shù)據(jù)庫(kù)，同時(shí)運(yùn)行一個(gè)服務(wù)器程序供Internet上其它的域名系統(tǒng)查詢，DNS提供了服務(wù)器和客戶端之間相互通信的協(xié)議，通常也將提供域名解析服務(wù)的主機(jī)稱為域名服務(wù)器。7.1.2 Internet的域名結(jié)構(gòu)n在TCP/IP互聯(lián)網(wǎng)上采用的是層次樹(shù)狀結(jié)構(gòu)的命名方法，通常稱之為域樹(shù)結(jié)構(gòu)，其一般的結(jié)構(gòu)是由主機(jī)名和主機(jī)名所在域的名字共同組成的。n任何一個(gè)連接在因特網(wǎng)上的主機(jī)或路由器，都有一個(gè)唯一的層次結(jié)構(gòu)的名字，即域(domain name)。n域的結(jié)構(gòu)由若干個(gè)分量組成，分量之間用點(diǎn)隔開(kāi)，一

5、般的形式為：.三級(jí)域名.二級(jí)域名.頂級(jí)域名7.1.2 Internet的域名結(jié)構(gòu)n域名只是個(gè)邏輯概念，并不反映出域名所代表的機(jī)器的物理位置。n域名可以和IP地址進(jìn)行轉(zhuǎn)換，但轉(zhuǎn)換過(guò)程中，域名當(dāng)中的點(diǎn)（.）和點(diǎn)分十進(jìn)制IP地址中的點(diǎn)是沒(méi)有關(guān)系的頂級(jí)域名 TLD (Top Level Domain)(1) 地理模式：指代表不同國(guó)家或地區(qū)的頂級(jí)域，如CN表示中國(guó)、UK表示英國(guó)、PR表示法國(guó)等。(2) 組織模式： .com （公司和企業(yè)） .net （網(wǎng)絡(luò)服務(wù)機(jī)構(gòu)） .org （非贏利性組織） .edu （美國(guó)專用的教育機(jī)構(gòu)（） .gov （美國(guó)專用的政府部門） .mil （美國(guó)專用的軍事部門） .in

6、t （國(guó)際組織）二級(jí)域名域n在國(guó)家頂級(jí)域名下注冊(cè)的二級(jí)域名將由該國(guó)家的域名管理機(jī)構(gòu)確定。在我國(guó)，現(xiàn)將二級(jí)域名劃分為“類別域名”和“行政區(qū)域名”兩大類。其中“類別域名”有7個(gè)，ac（科研機(jī)構(gòu)）、com（工、商、金融等企業(yè)）、edu（教育機(jī)構(gòu)）、gov（政府機(jī)構(gòu)）、mil（國(guó)防機(jī)構(gòu)）、net（提供互聯(lián)網(wǎng)絡(luò)服務(wù)的機(jī)構(gòu)）、org（非盈利性的組織）；“行政區(qū)域名”34個(gè)，包括了我國(guó)的各省、自治區(qū)、直轄市。因特網(wǎng)的域名空間 因特網(wǎng)的域名空間 7.1.3 域名服務(wù)器 n一個(gè)域名服務(wù)器不但能夠進(jìn)行一些域名到IP地址的轉(zhuǎn)換，而且還必須知道其它一些域名服務(wù)器的信息n一個(gè)服務(wù)器所負(fù)責(zé)管轄的（或有權(quán)限的）范圍叫做區(qū)(

7、zone)。n各單位根據(jù)具體情況來(lái)劃分自己管轄范圍的區(qū)。但在一個(gè)區(qū)中的所有節(jié)點(diǎn)必須是能夠連通的。nDNS 服務(wù)器的管轄范圍不是以“域”為單位，而是以“區(qū)”為單位。 區(qū)的不同劃分方法舉例 域名服務(wù)器有以下四種類型 n根域名服務(wù)器 (root name server)n頂級(jí)域名服務(wù)器(TLD server) n權(quán)限域名服務(wù)(authoritative name server)n本地域名服務(wù)器 (local name server)根域名服務(wù)器n根域名服務(wù)器是最高層次的域名服務(wù)器。所有的根域名服務(wù)器都知道所有的頂級(jí)域名服務(wù)器的域名和 IP 地址。n當(dāng)一個(gè)本地域名服務(wù)器無(wú)法解析 一個(gè)域名時(shí)，就會(huì)直接找

8、到根域名服務(wù)器，然后根域名服務(wù)器會(huì)告知它應(yīng)該去找哪一個(gè)頂級(jí)域名服務(wù)器進(jìn)行進(jìn)一步的解析。n目前全世界共有一百多個(gè)根域名服務(wù)器。頂級(jí)域名服務(wù)器（即 TLD 服務(wù)器） n頂級(jí)域名服務(wù)器負(fù)責(zé)管理在本頂級(jí)域名服務(wù)器上注冊(cè)的所有二級(jí)域名。n當(dāng)收到DNS查詢請(qǐng)求時(shí)，能夠?qū)⑵涔茌牭亩?jí)域名轉(zhuǎn)換為該二級(jí)域名的IP地址，或者是下一步應(yīng)該找尋的域名服務(wù)器的IP地址。權(quán)限域名服務(wù)器 nDNS采用分區(qū)的辦法來(lái)設(shè)置域名服務(wù)器，每一個(gè)區(qū)都設(shè)置有服務(wù)器，這個(gè)服務(wù)器稱為權(quán)限服務(wù)器，它負(fù)責(zé)將其管轄區(qū)內(nèi)的主機(jī)域名轉(zhuǎn)換為相應(yīng)的IP地址，在其上保存有所管轄區(qū)內(nèi)的所有主機(jī)域名到IP地址的映射。本地域名服務(wù)器 n本地域名服務(wù)器對(duì)域名系統(tǒng)非

9、常重要。n當(dāng)一個(gè)主機(jī)發(fā)出 DNS 查詢請(qǐng)求時(shí)，這個(gè)查詢請(qǐng)求報(bào)文就發(fā)送給本地域名服務(wù)器。n每一個(gè)因特網(wǎng)服務(wù)提供者 ISP，或一個(gè)大學(xué)，甚至一個(gè)大學(xué)里的系，都可以擁有一個(gè)本地域名服務(wù)器，n這種域名服務(wù)器有時(shí)也稱為默認(rèn)域名服務(wù)器。 提高域名服務(wù)器的可靠性n為了提高域名服務(wù)器的可靠性，一般都會(huì)將DNS 域名服務(wù)器的數(shù)據(jù)復(fù)制到幾個(gè)域名服務(wù)器來(lái)保存，其中的一個(gè)是主域名服務(wù)器，其它的是輔助域名服務(wù)器。n當(dāng)主域名服務(wù)器出故障時(shí)，輔助域名服務(wù)器可以保證 DNS 的查詢工作不會(huì)中斷。n主域名服務(wù)器定期把數(shù)據(jù)復(fù)制到輔助域名服務(wù)器中，而更新數(shù)據(jù)只能在主域名服務(wù)器中進(jìn)行，這樣可以保證數(shù)據(jù)的一致性。7.1.4 域名解析

10、n一個(gè)域名服務(wù)器不但能夠進(jìn)行一些域名到IP地址的轉(zhuǎn)換，而且還必須知道其它一些域名服務(wù)器的信息n一個(gè)服務(wù)器所負(fù)責(zé)管轄的（或有權(quán)限的）范圍叫做區(qū)(zone)。n各單位根據(jù)具體情況來(lái)劃分自己管轄范圍的區(qū)。但在一個(gè)區(qū)中的所有節(jié)點(diǎn)必須是能夠連通的。nDNS 服務(wù)器的管轄范圍不是以“域”為單位，而是以“區(qū)”為單位。 域名的解析過(guò)程 nDNS設(shè)計(jì)成客戶機(jī)/服務(wù)器模式的應(yīng)用程序。當(dāng)某個(gè)應(yīng)用進(jìn)程需要把域名解析為對(duì)應(yīng)的IP地址時(shí)，它將調(diào)用解析程序，成為DNS的客戶方，并將欲解析的主機(jī)域名放在DNS請(qǐng)求報(bào)文中，然后使用UDP用戶數(shù)據(jù)報(bào)將其發(fā)往本地域名服務(wù)器。本地域名服務(wù)器對(duì)其進(jìn)行對(duì)應(yīng)查詢，如果查找成功，就將結(jié)果放入

11、DNS回答報(bào)文中，同樣使用UDP用戶數(shù)據(jù)報(bào)將返回給請(qǐng)求方。在域名解析過(guò)程中，可以有遞歸查詢和迭代查詢兩種方式以供選擇。遞歸查詢 當(dāng)某個(gè)主機(jī)有域名解析請(qǐng)求時(shí)，它總是首先向本地域名服務(wù)器發(fā)出查詢請(qǐng)求，如果本地域名服務(wù)器知道查詢結(jié)果，那么它將把結(jié)果返回給請(qǐng)求者；如果本地域名服務(wù)器不知道查詢結(jié)果，它將作為DNS客戶方向根域名服務(wù)器發(fā)出查詢請(qǐng)求。然后由根域名服務(wù)器去完成接下來(lái)的查詢。遞歸查詢 迭代查詢當(dāng)根域名服務(wù)器收到本地域名服務(wù)器的查詢請(qǐng)求時(shí)，它根據(jù)查詢請(qǐng)求告訴本地域名服務(wù)器下一步應(yīng)該去查詢的頂級(jí)域名服務(wù)器的IP地址；接著本地域名服務(wù)器到該頂級(jí)域名服務(wù)器進(jìn)行查詢，若頂級(jí)域名服務(wù)器知道結(jié)果，那么它會(huì)把結(jié)

12、果傳送給本地域名服務(wù)器，否則它會(huì)告訴本地域名服務(wù)器下一步應(yīng)該查詢的權(quán)限域名服務(wù)器的IP地址。本地域名服務(wù)器就這樣進(jìn)行迭代查詢，直到查到所需的IP地址，然后把結(jié)果返回給發(fā)起查詢的主機(jī)迭代查詢高速緩存技術(shù)n主機(jī)和每個(gè)域名服務(wù)器都維護(hù)一個(gè)高速緩存，存放最近查詢過(guò)的域名以及從何處獲得域名映射信息的記錄。n當(dāng)有域名解析請(qǐng)求時(shí)，首先在自己的高速緩存中查找，若沒(méi)有才轉(zhuǎn)向其它的域名服務(wù)器。n為保持高速緩存中的內(nèi)容正確，域名服務(wù)器應(yīng)為每項(xiàng)內(nèi)容設(shè)置計(jì)時(shí)器，并處理超過(guò)合理時(shí)間的項(xiàng)（例如，每個(gè)項(xiàng)目只存放兩天）。n高速緩存的使用可大大減輕根域名服務(wù)器的負(fù)荷，使因特網(wǎng)上的DNS查詢請(qǐng)求和回答報(bào)文的數(shù)量大為減少。7.1.5

13、 DNS報(bào)文DNS有兩種類型的報(bào)文：查詢報(bào)文和響應(yīng)報(bào)文n查詢報(bào)文包括首部和問(wèn)題記錄。n響應(yīng)報(bào)文包括首部、問(wèn)題記錄、回答記錄、授權(quán)記錄以及附加記錄。n報(bào)文由12字節(jié)的首部和4個(gè)長(zhǎng)度可變的字段組成。 DNS報(bào)文格式 DNS報(bào)文格式n（1）QR（查詢/響應(yīng)）。定義報(bào)文類型的1位子字段。0表示查詢報(bào)文，1表示響應(yīng)報(bào)文。n（2）Opcode。這是4位子字段，定義查詢的類型，通常值為0表示標(biāo)準(zhǔn)查詢，值為1表示反向查詢，值為2表示服務(wù)器狀態(tài)請(qǐng)求。n（3）AA（授權(quán)回答）。1位子字段，值為1時(shí)表示域名服務(wù)器是權(quán)限服務(wù)器，只用在響應(yīng)報(bào)文中。n（4）TC（截?cái)嗟模?位子字段，表示是否是可截?cái)嗟?。n（5）RD（要

14、求遞歸）。1位子字段，表示期望遞歸。n（6）RA（遞歸可用）。1位子字段，表示可用遞歸。n（7）保留。3位子字段，保留未用，置為000。n（8）Rcode（返回碼）。4位子字段，表示在響應(yīng)中的差錯(cuò)狀態(tài)，只有權(quán)限服務(wù)器才能做出這個(gè)判斷。通常為0表示沒(méi)有差錯(cuò)，3表示域名差錯(cuò)。7.2 電子郵件系統(tǒng) 7.2.1 電子郵件系統(tǒng)概述n電子郵件（Electronic Mail，簡(jiǎn)稱E-mail）是Internet上使用最多、較受用戶歡迎的應(yīng)用之一。n電子郵件的發(fā)送方將郵件發(fā)送至ISP的郵件服務(wù)器，放入特定的收信人郵箱中，收信人可以登錄到自己郵箱所在的ISP郵件服務(wù)器收取郵件。 。 7.2.1 電子郵件系統(tǒng)概

15、述n電子郵件的相關(guān)標(biāo)準(zhǔn)經(jīng)過(guò)幾代競(jìng)爭(zhēng)和更迭，現(xiàn)在較為通用的是，發(fā)送郵件使用的是簡(jiǎn)單郵件傳送協(xié)議（Simple Mail Transfer Protocol，SMTP），讀取郵件使用的是郵局協(xié)議（Post Office Protocol，POP3）和因特網(wǎng)報(bào)文存取協(xié)議（Internet Message Access Protocol，IMAP4） 。 電子郵件系統(tǒng)體系結(jié)構(gòu)電子郵件系統(tǒng)特點(diǎn)n在SMTP（POP3和IMAP4）當(dāng)中，傳輸層上調(diào)用的是TCP協(xié)議，使用TCP協(xié)議的理由是明顯的，即保障可靠性。 n電子郵件的交付過(guò)程并不保證是實(shí)時(shí)的?？梢钥吹剑诎l(fā)送方郵件服務(wù)器上有一個(gè)郵件緩存，新到的郵件首先

16、要“排隊(duì)”，直到發(fā)送方郵件服務(wù)器認(rèn)為可以發(fā)送時(shí)才進(jìn)行發(fā)送，這給郵件的投遞過(guò)程帶來(lái)了一定的延時(shí)，這種延時(shí)本身要比分組在路由器當(dāng)中轉(zhuǎn)發(fā)時(shí)的延時(shí)大的多。7.2.2 STMP協(xié)議nSMTP協(xié)議是發(fā)送郵件時(shí)使用的協(xié)議，在整個(gè)的發(fā)送流程中會(huì)使用到兩次，即在發(fā)送方和發(fā)送方郵件服務(wù)器之間以及兩個(gè)郵件服務(wù)器之間。nSMTP規(guī)定了14條命令和21種響應(yīng)信息。 n使用SMTP協(xié)議傳送郵件共有3個(gè)階段，分別是連接建立、報(bào)文傳送以及連接終止連接建立 發(fā)送方的郵件首先被放入發(fā)送方郵件服務(wù)器（MTA客戶）的郵件緩存，MTA客戶定期會(huì)掃描郵件緩存，如發(fā)現(xiàn)有待發(fā)郵件，就使用SMTP的熟知端口25與接收方服務(wù)器（MTA服務(wù)器）的

17、SMTP服務(wù)器建立TCP連接。在連接建立后，MTA服務(wù)器會(huì)發(fā)出“220 Service ready”以表示服務(wù)就緒。然后MTA客戶向MTA服務(wù)器發(fā)送HELO命令，并附上發(fā)送方的主機(jī)名。 MTA服務(wù)器若有能力接收郵件，則回答：“250 OK”。若MTA服務(wù)器暫時(shí)不可用，則回答“421 Service not available”。報(bào)文傳送 MTA客戶發(fā)送MAIL FROM命令，后面跟有發(fā)信人的郵件地址。若MTA服務(wù)器已準(zhǔn)備好接收郵件，則回答“250 OK”；否則，返回一個(gè)代碼，指出原因?？蛻舭l(fā)送一個(gè)或多個(gè)RCPT命令，后面跟有收件人的郵件地址（有幾個(gè)收件人就發(fā)送幾個(gè)命令）。每發(fā)送一個(gè)命令都會(huì)從M

18、TA服務(wù)器返回相應(yīng)的信息。接下來(lái)客戶發(fā)送DATA命令，對(duì)報(bào)文的傳送進(jìn)初始化，表示將要開(kāi)始傳送郵件的內(nèi)容了，若MTA服務(wù)器返回的響應(yīng)代碼是354就表示可以傳輸，若MTA服務(wù)器不能接收郵件，則返回相應(yīng)的代碼以說(shuō)明原因，如421、500等。接著MTA客戶就用連續(xù)的行發(fā)送郵件的內(nèi)容，每一行都以標(biāo)記表示行結(jié)束，標(biāo)記代表的是回車和換行，報(bào)文以僅有一個(gè)點(diǎn)（.）的行結(jié)束。MTA服務(wù)器返回響應(yīng)代碼，表示郵件的接收狀態(tài)，若郵件收到了，則返回“250 OK”。連接中止 7.2.3郵件讀取協(xié)議：POP3和IMAP4n郵局協(xié)議POP比較簡(jiǎn)單，所以功能有限。郵局協(xié)議POP最初公布于1984年。n經(jīng)過(guò)幾次更新，現(xiàn)在使用的是

19、它的第三個(gè)版本POP3。POP3己成為因特網(wǎng)的標(biāo)準(zhǔn)，大多數(shù)的ISP都支持POP3。nPOP3有兩種工作方式：刪除方式和保存方式。IMAP4n較之POP3，IMAP4的功能更強(qiáng)，也更為復(fù)雜。IMAP4能夠?qū)崿F(xiàn)一些POP3不能實(shí)現(xiàn)的功能，對(duì)郵件的讀取方式更加靈活，為用戶提供了一些管理郵件的功能。nIMAP4以客機(jī)/服務(wù)器模式工作，在用戶的PC機(jī)上運(yùn)行IMAP客戶程序，在接收方服務(wù)器上運(yùn)行IMAP服務(wù)器程序，借助于TCP連接實(shí)現(xiàn)郵件的傳送功能。7.2.4電子郵件的格式n封電子郵件分為信封和報(bào)文內(nèi)容兩大部分。信封實(shí)際上是一種SMTP協(xié)議命令，報(bào)文內(nèi)容又包括報(bào)頭和報(bào)文主體兩個(gè)部分。報(bào)文部分的內(nèi)容是由用戶

20、撰寫(xiě)產(chǎn)生的，電子郵件系統(tǒng)自動(dòng)提取首部?jī)?nèi)容中的必要信息以供生成信封使用，用戶是不需要關(guān)心信封是如何填寫(xiě)的。7.2.5 基于基于WWW的電子郵件的電子郵件n廣泛而且通用的服務(wù)，現(xiàn)在很多網(wǎng)站也紛紛向用戶提供了電子郵件服務(wù)7.3 WWW協(xié)議與服務(wù)7.3.1 WWW概述n1989年3月，WWW誕生于歐洲粒子物理實(shí)驗(yàn)室（CERN），18個(gè)月后，第一個(gè)（基于文本的）原型投入運(yùn)行。n萬(wàn)維網(wǎng)(WWW)由通過(guò)因特網(wǎng)能訪問(wèn)到的大量文檔的集合構(gòu)成，這些文檔稱為萬(wàn)維網(wǎng)頁(yè)面（Web page），也可以簡(jiǎn)稱為頁(yè)面。每個(gè)頁(yè)面可以包含指向全球任何地方的其它頁(yè)面的鏈接（link）。通過(guò)鼠標(biāo)單擊一個(gè)鏈接，用戶可以訪問(wèn)到這個(gè)鏈接所指

21、向的頁(yè)面。n瀏覽器：微軟的IE，蘋(píng)果公司的Safari，谷歌（Google）公司的谷歌瀏覽器，由Mozilla基金會(huì)與開(kāi)源團(tuán)體共同開(kāi)發(fā)的Mozilla Firefox（縮寫(xiě)為Fx，俗稱火狐）；國(guó)內(nèi)使用較多的還有360公司出品的360安全瀏覽器，騰訊公司出品的TT瀏覽器等。 7.3.2 WWW的體系結(jié)構(gòu)瀏覽器體系結(jié)構(gòu)7.3.3 統(tǒng)一資源定位符（URL） 客戶要訪問(wèn)萬(wàn)維網(wǎng)頁(yè)面就需要地址。為了方便、準(zhǔn)確地訪問(wèn)萬(wàn)維網(wǎng)上的資源，采用統(tǒng)一資源定位符（Uniform Resource Locator,簡(jiǎn)稱URL）對(duì)萬(wàn)維網(wǎng)上的所有資源進(jìn)行唯一標(biāo)識(shí)。nURL采用的基本語(yǔ)法形式如下：protocol:/hostn

22、ame:port/path;parameters ?query7.3.4萬(wàn)維網(wǎng)文檔n靜態(tài)文檔n動(dòng)態(tài)文檔n活動(dòng)文檔靜態(tài)文檔靜態(tài)文檔是一個(gè)存放于Web服務(wù)器上的HTML文件動(dòng)態(tài)文檔動(dòng)態(tài)文檔是在瀏覽器請(qǐng)求該文檔時(shí)才由Web服務(wù)器創(chuàng)建出來(lái)動(dòng)態(tài)文檔技術(shù)在動(dòng)態(tài)文檔生成技術(shù)方面，現(xiàn)在比較流行的是幾種超文本預(yù)處理器（PHP），它使用Perl語(yǔ)言；JSP（Java Server Pages），它使用的是Java語(yǔ)言進(jìn)行編排；ASP（Active Server Pages），這是一個(gè)微軟推出的產(chǎn)品，可以使用相關(guān)的腳本語(yǔ)言進(jìn)行網(wǎng)頁(yè)編制。活動(dòng)文檔對(duì)于許多應(yīng)用，我們需要程序能夠在客戶端運(yùn)行。這就叫做活動(dòng)文檔7.3.5

23、HTTP協(xié)議HTTP協(xié)議工作流程超文本傳輸協(xié)議（HyperText Transfer Protocol，HTTP）主要用在萬(wàn)維網(wǎng)上進(jìn)行數(shù)據(jù)存取，從層次的角度看，HTTP是面向事務(wù)(transaction-oriented)的應(yīng)用層協(xié)議，它是萬(wàn)維網(wǎng)上可靠交換文件(包括文本、聲音、圖像等各種多媒體文件)的重要基礎(chǔ)。Web客戶（瀏覽器）與Web服務(wù)器使用一個(gè)或多個(gè)TCP連接進(jìn)行通信。HTTP在服務(wù)器端使用的是TCP的80端口，以便發(fā)現(xiàn)是否有瀏覽器（即客戶進(jìn)程）向它發(fā)出連接建立請(qǐng)求。一旦監(jiān)聽(tīng)到連接建立請(qǐng)求并建立了TCP連接之后，瀏覽器就向服務(wù)器發(fā)出瀏覽某個(gè)頁(yè)面的請(qǐng)求，服務(wù)器接著就返回所請(qǐng)求的頁(yè)面作為響

24、應(yīng)。在瀏覽器和服務(wù)器之間的請(qǐng)求和響應(yīng)的交互，必須按照規(guī)定的格式和遵循定的規(guī)則。這些格式和規(guī)則就是超文本傳送協(xié)議HTTP。HTTP協(xié)議工作流程HTTP的報(bào)文HTTP的報(bào)文分為兩種，分別是請(qǐng)求報(bào)文和響應(yīng)報(bào)文 請(qǐng)求報(bào)文：從客戶向服務(wù)器發(fā)送的報(bào)文。 響應(yīng)報(bào)文：從服務(wù)器到客戶的回答。由于HTTP是面向文本的(text-oriented)、無(wú)狀態(tài)的應(yīng)用層協(xié)議，因此在報(bào)文中的每一個(gè)字段都是一些ASCII碼串，每個(gè)字段的長(zhǎng)度都是不確定的HTTP 的報(bào)文結(jié)構(gòu)（請(qǐng)求報(bào)文） HTTP 的報(bào)文結(jié)構(gòu)（請(qǐng)求報(bào)文） n請(qǐng)求行。請(qǐng)求行包含有方法、URL和HTTP版本三個(gè)字段。 URL指明了所請(qǐng)求資源的URL。版本標(biāo)明所使用的

25、HTTP版本n首部行。在客戶和服務(wù)器之間交換附加的信息，用來(lái)說(shuō)明瀏覽器、服務(wù)器或報(bào)文主體的一些信息。整個(gè)首部行結(jié)束時(shí)，還有一空行將首部行和后面的實(shí)體主體分開(kāi)。n實(shí)體主體。在請(qǐng)求報(bào)文中一般不使用該字段，有時(shí)用來(lái)包含要發(fā)送的文檔。 HTTP 請(qǐng)求報(bào)文的一些方法 方法（操作） 意義OPTION 請(qǐng)求一些選項(xiàng)的信息GET 請(qǐng)求讀取由 URL所標(biāo)志的信息HEAD 請(qǐng)求讀取由 URL所標(biāo)志的信息的首部POST 給服務(wù)器添加信息（例如，注釋）PUT 在指明的 URL下存儲(chǔ)一個(gè)文檔DELETE 刪除指明的 URL所標(biāo)志的資源TRACE 用來(lái)進(jìn)行環(huán)回測(cè)試的請(qǐng)求報(bào)文CONNECT用于代理服務(wù)器HTTP 的報(bào)文結(jié)構(gòu)

26、（響應(yīng)報(bào)文） HTTP 的報(bào)文結(jié)構(gòu)（響應(yīng)報(bào)文） n狀態(tài)行。狀態(tài)行包含有HTTP版本、狀態(tài)碼、狀態(tài)短語(yǔ)三個(gè)字段。其中的HTTP版本說(shuō)明了服務(wù)器端所使用的HTTP的版本。n首部行。作用與請(qǐng)求報(bào)文的首部行相似。n實(shí)體主體。一般不用這個(gè)字段，有時(shí)用來(lái)包含要接收的文檔。 持久和非持久連接n持久連接是服務(wù)器在發(fā)出響應(yīng)之后，讓連接繼續(xù)為一些請(qǐng)求打開(kāi)。服務(wù)器可以在客戶請(qǐng)求時(shí)或超時(shí)時(shí)間到時(shí)，才關(guān)閉該連接。n持久連接有兩種工作方式，分別是非流水線方式（without pipelining）和流水線方式（with pipelining） 。持久和非持久連接n非持久連接是對(duì)每一個(gè)請(qǐng)求/響應(yīng)都要建立一次TCP連接，工作

27、過(guò)程如下：（1）客戶打開(kāi)TCP連接，并發(fā)送請(qǐng)求報(bào)文。（2）服務(wù)器發(fā)送請(qǐng)求（應(yīng)答）報(bào)文，并關(guān)閉（建立/開(kāi)啟）TCP連接。（3）客戶讀取響應(yīng)報(bào)文，直到文件結(jié)束標(biāo)記后，關(guān)閉連接。代理服務(wù)器(proxy server) n代理服務(wù)器(proxy server)又稱為萬(wàn)維網(wǎng)高速緩存(Web cache)，它代表瀏覽器發(fā)出 HTTP 請(qǐng)求。n萬(wàn)維網(wǎng)高速緩存把最近的一些請(qǐng)求和響應(yīng)暫存在本地磁盤中。n當(dāng)與暫時(shí)存放的請(qǐng)求相同的新請(qǐng)求到達(dá)時(shí)，萬(wàn)維網(wǎng)高速緩存就把暫存的響應(yīng)發(fā)送出去，而不需要按 URL 的地址再去因特網(wǎng)訪問(wèn)該資源。 Cookien隨著用戶需求的多元化，現(xiàn)在有一些應(yīng)該需要記錄客戶的訪問(wèn)信息。Cookie

28、可以解決這樣的問(wèn)題。nCookie提供了一種在Web應(yīng)用程序中存儲(chǔ)用戶特定信息的方法。例如，當(dāng)用戶訪問(wèn)站點(diǎn)時(shí)，Cookie存儲(chǔ)用戶首選項(xiàng)或其它信息。當(dāng)該用戶再次訪問(wèn)該網(wǎng)站時(shí)，便可以檢索以前存儲(chǔ)的信息。7.3.6 搜索引擎1. 搜索引擎的現(xiàn)狀n搜索引擎(search engine)是指因特網(wǎng)上專門提供查詢服務(wù)的一類網(wǎng)站，它以一定的方法在因特網(wǎng)中發(fā)現(xiàn)收集有用信息，對(duì)信息進(jìn)行理解、提取、組織和處理。n搜索引擎分為全文搜索引擎和分類目錄式搜索引擎。 全文搜索引擎n全文搜索引擎的工作方式是搜索引擎主動(dòng)派出稱為網(wǎng)絡(luò)蜘蛛（spider）的機(jī)器人（實(shí)質(zhì)上是一種網(wǎng)絡(luò)軟件），它遍歷Web空間，能夠掃描一定IP地址

29、范圍內(nèi)的網(wǎng)站，并沿著網(wǎng)頁(yè)上的鏈接從一個(gè)網(wǎng)頁(yè)到另一個(gè)網(wǎng)頁(yè)自動(dòng)獲取大量的信息內(nèi)容。 n該類搜索引擎的優(yōu)點(diǎn)是信息量大、更新及時(shí)、毋需人工干預(yù)。缺點(diǎn)是結(jié)果多，相關(guān)性低；更新慢；對(duì)自然語(yǔ)言理解能力差；不支持個(gè)性化查詢；對(duì)多媒體內(nèi)容的檢索尚不成熟。nGoogle（谷歌）、百度都是比較典型的全文搜索引擎系統(tǒng)。目錄式搜索引擎n目錄式搜索引擎是一種網(wǎng)站級(jí)的搜索引擎，由分類專家將網(wǎng)絡(luò)信息按照主題分成若干個(gè)大類，每個(gè)大類再分為若干個(gè)小類，依次細(xì)分n和全文搜索引擎一樣，分類目錄的整個(gè)工作過(guò)程也分為收集信息、分析信息和查詢信息三部分，只是分類目錄的收集、分析信息這兩部分主要依靠人工完成。n目錄式搜索引擎的典型代表是Ya

30、hoo（雅虎）、新浪、搜狐等搜索引擎的發(fā)展趨勢(shì)n針對(duì)傳統(tǒng)搜索引擎所存在的不足，各搜索引擎網(wǎng)站紛紛向智能化、個(gè)性化方面發(fā)展。一個(gè)好的搜索引擎，不僅數(shù)據(jù)庫(kù)容量要大，更新頻率、檢索速度要快，支持對(duì)多語(yǔ)言的搜索，而且隨著數(shù)據(jù)庫(kù)容量的不斷膨脹，還要能從龐大的資料庫(kù)中精確地找到準(zhǔn)確信息。當(dāng)前搜索引擎技術(shù)有以下幾個(gè)發(fā)展趨勢(shì)。n（1）垂直主題搜索引擎n（2）多媒體搜索技術(shù)n（3）對(duì)自然語(yǔ)言的支持。7.4 文本傳輸協(xié)議 FTP7.4.1 FTP 概述n在Internet中，文件傳輸服務(wù)提供了任意兩臺(tái)計(jì)算機(jī)之間相互傳輸文件的機(jī)制，它是廣大用戶獲得豐富的Internet資源的重要方法之一。n在TCP/IP實(shí)現(xiàn)之前，

31、就已經(jīng)有了用于ARPANET的標(biāo)準(zhǔn)文件傳輸協(xié)議。這些早期的文件傳輸軟件版本逐步演化成了目前使用的標(biāo)準(zhǔn)，稱為文件傳輸協(xié)議（File Transfer Protocol，F(xiàn)TP） 。7.4.2 FTP 工作原理n大多數(shù)FTP服務(wù)器的實(shí)現(xiàn)允許多個(gè)客戶的并發(fā)訪問(wèn)。FTP使用客戶機(jī)/服務(wù)器模式，但與大多數(shù)C/S模式下的應(yīng)用程序不同，F(xiàn)TP客戶端與服務(wù)器之間建立的是雙重連接。一個(gè)是控制連接（Control Connection），另個(gè)是數(shù)據(jù)傳送連接（Data Transfer Connection）。n不管是控制連接還是數(shù)據(jù)傳送連接，都是由相關(guān)的操作系統(tǒng)進(jìn)程來(lái)進(jìn)行管理的。在服務(wù)器端運(yùn)行的進(jìn)程有主進(jìn)程和從屬

32、進(jìn)程，從屬進(jìn)程包括控制進(jìn)程和數(shù)據(jù)傳送進(jìn)程，分別對(duì)應(yīng)于控制連接和數(shù)據(jù)傳送連接。一個(gè)服務(wù)器主進(jìn)程等待連接，并為處理每個(gè)連接建立一個(gè)從屬進(jìn)程，從屬進(jìn)程接受和處理來(lái)自客戶的請(qǐng)求。FTP 工作原理n控制連接有兩個(gè)主要工作步驟：(1)服務(wù)器在熟知端口21發(fā)出被動(dòng)打開(kāi)，等待客戶；(2)客戶使用臨時(shí)端口A發(fā)出主動(dòng)打開(kāi)。在整個(gè)交互過(guò)程中這個(gè)連接將一直處于打開(kāi)狀態(tài)。n數(shù)據(jù)連接也有兩個(gè)主要工作步驟：（1）客戶使用一個(gè)臨時(shí)端口B發(fā)出被動(dòng)打開(kāi)，并通過(guò)控制連接將這個(gè)端口號(hào)發(fā)送給服務(wù)器；（2）服務(wù)器收到這個(gè)端口號(hào)，并使用熟知端口20和收到的臨時(shí)端口B發(fā)出主動(dòng)打開(kāi)7.4.3 匿名FTP服務(wù)n匿名服務(wù)其實(shí)就是在FTP服務(wù)器上建

33、立一個(gè)公共賬戶，并賦予該賬戶訪問(wèn)公共目錄的權(quán)限。n若用戶要登錄匿名FTP服務(wù)器，無(wú)須事先申請(qǐng)用戶名，可以使用“anonymous”作為用戶名，并用自己的電子郵件地址（或者是guest）作為口令，匿名FTP服務(wù)器便可以允許這些用戶登錄，并提供公共文件傳輸服務(wù)。7.4.4 FTP的使用nFTP定義了適用于大多數(shù)文件的兩種基本傳輸類型：文本方式與二進(jìn)制方式。n文本方式傳輸被用于基本的文本文件。許多計(jì)算機(jī)系統(tǒng)在文本文件中用ASCII或者EBCDIC字符集來(lái)表示字符。n二進(jìn)制方式，該方式必須被用于所有的非文本文件。例如，視頻、聲音、圖像或者浮點(diǎn)數(shù)矩陣等都必須以二進(jìn)制方式傳輸。7.4.4 FTP的使用nF

34、TP允許文件可以進(jìn)行雙向傳輸，即可以由服務(wù)器向客戶機(jī)傳輸（下載），也可以由客戶機(jī)向服務(wù)器傳輸（上傳）。n用戶可以使用get或者mget命令來(lái)取回遠(yuǎn)程文件。n用戶可以使用put、send或者mput命令。put與send命令用來(lái)將本地計(jì)算機(jī)的文件副本傳輸?shù)椒?wù)器上。7.4.4 FTP的使用nFTP定義了適用于大多數(shù)文件的兩種基本傳輸類型：文本方式與二進(jìn)制方式。n文本方式傳輸被用于基本的文本文件。許多計(jì)算機(jī)系統(tǒng)在文本文件中用ASCII或者EBCDIC字符集來(lái)表示字符。n二進(jìn)制方式，該方式必須被用于所有的非文本文件。例如，視頻、聲音、圖像或者浮點(diǎn)數(shù)矩陣等都必須以二進(jìn)制方式傳輸。 FTP客戶程序的類型

35、n傳統(tǒng)的FTP命令行，是最早使用的FTP客戶程序，在Windows系統(tǒng)中，需要在MS-DOS窗口中執(zhí)行命令行程序。n瀏覽器，前幾乎所有的主流瀏覽器也都運(yùn)行FTP應(yīng)用，通過(guò)它也可以使用FTP服務(wù)。nFTP下載工具提供了斷點(diǎn)續(xù)傳功能，可以有效解決這樣的意外中斷，中斷后再繼續(xù)連接上進(jìn)行下載時(shí)就會(huì)沿著中斷的地方繼續(xù)進(jìn)行，目前，常用的專用FTP下載工具有CuteFTP，LeapFTP、AceFTP、BulletFTP 。7.4.5 簡(jiǎn)單文件傳送協(xié)議 TFTP(Trivial File Transfer Protocol) nTFTP 是一個(gè)很小且易于實(shí)現(xiàn)的文件傳送協(xié)議。nTFTP 使用客戶服務(wù)器方式和使

36、用 UDP 數(shù)據(jù)報(bào)，因此 TFTP 需要有自己的差錯(cuò)改正措施。nTFTP 只支持文件傳輸而不支持交互。nTFTP 沒(méi)有一個(gè)龐大的命令集，沒(méi)有列目錄的功能，也不能對(duì)用戶進(jìn)行身份鑒別。 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)單的首部。 TFTP 的工作很像停止等待協(xié)議n發(fā)送完一個(gè)文件塊后就等待對(duì)方的確認(rèn)，確認(rèn)時(shí)應(yīng)指明所確認(rèn)的塊編號(hào)。n發(fā)完數(shù)據(jù)后在規(guī)定時(shí)

37、間內(nèi)收不到確認(rèn)就要重發(fā)數(shù)據(jù) PDU。n發(fā)送確認(rèn) PDU 的一方若在規(guī)定時(shí)間內(nèi)收不到下一個(gè)文件塊，也要重發(fā)確認(rèn) PDU。這樣就可保證文件的傳送不致因某一個(gè)數(shù)據(jù)報(bào)的丟失而告失敗。 TFTP 的工作很像停止等待協(xié)議n在一開(kāi)始工作時(shí)。TFTP 客戶進(jìn)程發(fā)送一個(gè)讀請(qǐng)求 PDU 或?qū)懻?qǐng)求 PDU 給 TFTP 服務(wù)器進(jìn)程，其熟知端口號(hào)碼為 69。nTFTP 服務(wù)器進(jìn)程要選擇一個(gè)新的端口和 TFTP 客戶進(jìn)程進(jìn)行通信。n若文件長(zhǎng)度恰好為 512 字節(jié)的整數(shù)倍，則在文件傳送完畢后，還必須在最后發(fā)送一個(gè)只含首部而無(wú)數(shù)據(jù)的數(shù)據(jù) PDU。n若文件長(zhǎng)度不是 512 字節(jié)的整數(shù)倍，則最后傳送數(shù)據(jù) PDU 的數(shù)據(jù)字段一定

38、不滿512字節(jié)，這正好可作為文件結(jié)束的標(biāo)志。7.5 動(dòng)態(tài)主機(jī)配置協(xié)議 DHCP7.5.1 DHCP的產(chǎn)生背景n連接到Internet上的任何一臺(tái)計(jì)算機(jī)在其正常工作前都需要得到以下四項(xiàng)信息：正確的IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)地址和域名服務(wù)器地址，否則將無(wú)法接入Internet 。n在計(jì)算機(jī)網(wǎng)絡(luò)的發(fā)展歷程中，有三個(gè)具體的協(xié)議都與此有關(guān)。最初的反向地址解析協(xié)議（Reverse Address Resolution Protocol，RARP）是為了讓計(jì)算機(jī)能夠獲取一個(gè)可用的IP地址而設(shè)計(jì)的。后來(lái)，計(jì)算機(jī)可以通過(guò)引導(dǎo)程序協(xié)議（Bootstrap Protocol，BOOTP）來(lái)獲取這些信息，取代了RA

39、RP協(xié)議。最終，研究人員開(kāi)發(fā)出了當(dāng)今較為通用的動(dòng)態(tài)主機(jī)配置協(xié)議（Dynamic Host Configuration Protocol，DHCP） 。7.5.2 DHCP報(bào)文的格式7.5.2 DHCP報(bào)文的格式n（1）操作碼 長(zhǎng)度為8b，說(shuō)明報(bào)文的操作類型，分為請(qǐng)求報(bào)文和響應(yīng)報(bào)文，1為請(qǐng)求報(bào)文，2為響應(yīng)報(bào)文。具體的報(bào)文類型在option字段中標(biāo)識(shí)。n（2）硬件類型 長(zhǎng)度為8b，定義物理網(wǎng)絡(luò)的類型，例如以太網(wǎng)為1。n（3）硬件長(zhǎng)度 長(zhǎng)度為8b，定義以字節(jié)為單位的物理地址長(zhǎng)度。例如以太網(wǎng)這個(gè)值是6。n（4）跳數(shù) 長(zhǎng)度為8b，表示DHCP報(bào)文經(jīng)過(guò)的DHCP 中繼的數(shù)目。n（5）事務(wù)標(biāo)識(shí)ID 長(zhǎng)度為3

40、2b，由客戶端設(shè)置，用來(lái)對(duì)請(qǐng)求的回答進(jìn)行匹配。服務(wù)器在回答中返回同樣的值。7.5.2 DHCP報(bào)文的格式n（6）秒數(shù) 長(zhǎng)度為16b，客戶端進(jìn)入IP 地址申請(qǐng)進(jìn)程的時(shí)間或者更新IP地址進(jìn)程的時(shí)間；由客戶端軟件根據(jù)情況設(shè)定。目前沒(méi)有使用，固定為0。n（7）標(biāo)志 長(zhǎng)度為1b，用來(lái)標(biāo)識(shí)DHCP服務(wù)器響應(yīng)報(bào)文是采用單播還是廣播方式發(fā)送，0表示采用單播方式，1表示采用廣播方式。n（8）客戶IP地址 長(zhǎng)度為32b，DHCP客戶端的IP地址。n（9）你的IP地址 長(zhǎng)度為32b，DHCP服務(wù)器分配給客戶端的IP地址。n（10）服務(wù)器IP地址 長(zhǎng)度為32b，包含服務(wù)器IP地址。這是服務(wù)器在回答報(bào)文中填入的。7.5

41、.2 DHCP報(bào)文的格式n（11）網(wǎng)關(guān)IP地址 長(zhǎng)度為32b，包含路由器IP地址。這是服務(wù)器在回答報(bào)文中填入的。n（12）客戶硬件地址 DHCP客戶端的硬件地址，由客戶端在請(qǐng)求報(bào)文中填入。n（13）服務(wù)器名 DHCP服務(wù)器提供的服務(wù)器的域名。n（14）引導(dǎo)文件名 DHCP服務(wù)器為DHCP客戶端指定的啟動(dòng)配置文件名稱及路徑信息。n（15）選項(xiàng) 長(zhǎng)度最多可達(dá)312B，由3個(gè)字段組成：一個(gè)字節(jié)的標(biāo)記字段、一個(gè)字節(jié)的長(zhǎng)度字段以及可變長(zhǎng)度值字段。選項(xiàng)當(dāng)中包含了報(bào)文的類型、有效租期、DNS服務(wù)器的IP地址、WINS服務(wù)器的IP地址等配置信息。7.5.3 工作過(guò)程nDHCP采用C/S工作模式，所有的配置參數(shù)

42、都由DHCP服務(wù)器集中管理，并負(fù)責(zé)處理客戶端的DHCP請(qǐng)求；而客戶端則會(huì)使用服務(wù)器分配的IP網(wǎng)絡(luò)參數(shù)進(jìn)行通信nDHCP可以提供靜態(tài)和動(dòng)態(tài)地址分配。靜態(tài)地址由人工配置；動(dòng)態(tài)地址則自動(dòng)配置。nDHCP有兩個(gè)數(shù)據(jù)庫(kù)，一個(gè)用來(lái)保存靜態(tài)地址分配的綁定關(guān)系；另一個(gè)則用來(lái)保存動(dòng)態(tài)地址分配的信息。DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPU

43、DP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 服務(wù)器被動(dòng)打開(kāi) UDP 端口 67， 等待客戶端發(fā)來(lái)的報(bào)文。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELE

44、ASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 客戶從 UDP 端口 68 發(fā)送 DHCP 發(fā)現(xiàn)報(bào)文。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：凡收到 DHCP

45、 發(fā)現(xiàn)報(bào)文的 DHCP 服務(wù)器 都發(fā)出 DHCP 提供報(bào)文，因此 DHCP 客戶 可能收到多個(gè) DHCP 提供報(bào)文。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 客戶從幾個(gè)

46、DHCP 服務(wù)器中選擇 其中的一個(gè)，并向所選擇的 DHCP 服務(wù) 器發(fā)送 DHCP 請(qǐng)求報(bào)文。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：被選擇的 DHCP 服務(wù)器發(fā)送確認(rèn)報(bào)文 DH

47、CPACK，進(jìn)入已綁定狀態(tài)，并可 開(kāi)始使用得到的臨時(shí) IP 地址了。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)DHCP 客戶現(xiàn)在要根據(jù)服務(wù)器提供的租用期 T 設(shè)置兩個(gè)計(jì)時(shí)器 T1 和

48、 T2，它們的超時(shí)時(shí)間分別是 0.5T 和 0.875T。當(dāng)超時(shí)時(shí)間到就要請(qǐng)求更新租用期。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：租用期過(guò)了一半（T1 時(shí)間到），DHCP 發(fā)送

49、請(qǐng)求報(bào)文 DHCPREQUEST 要求更新租用期。 課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 服務(wù)器若同意，則發(fā)回確認(rèn)報(bào)文 DHCPACK。DHCP 客戶得到了新的租 用

50、期，重新設(shè)置計(jì)時(shí)器。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 服務(wù)器若不同意，則發(fā)回否認(rèn)報(bào)文 DHCPNACK。這時(shí) DHCP 客戶必須立即 停止使用原來(lái)的 IP 地址，

51、而必須重新申 請(qǐng) IP 地址（回到步驟）。課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)若 D H C P 服 務(wù) 器 不 響 應(yīng) 步 驟 的 請(qǐng) 求 報(bào) 文DHCPREQUEST，則在

52、租用期過(guò)了 87.5% 時(shí)，DHCP 客戶必須重新發(fā)送請(qǐng)求報(bào)文 DHCPREQUEST（重復(fù)步驟），然后又繼續(xù)后面的步驟。 課件制作人：謝希仁DHCP 協(xié)議的工作過(guò)程 客戶DHCPDISCOVER服務(wù)器6768UDPUDP客戶DHCPOFFER服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPREQUEST服務(wù)器6768UDPUDP客戶DHCPNACK服務(wù)器6768UDPUDP客戶DHCPACK服務(wù)器6768UDPUDP客戶DHCPRELEASE服務(wù)器6768UDPUDP服務(wù)器67UDP被動(dòng)打開(kāi)：DHCP 客戶

53、可隨時(shí)提前終止服務(wù)器所提供的 租用期，這時(shí)只需向 DHCP 服務(wù)器發(fā)送釋 放報(bào)文 DHCPRELEASE 即可。租用期(lease period) nDHCP 服務(wù)器分配給 DHCP 客戶的 IP 地址的臨時(shí)的，因此 DHCP 客戶只能在一段有限的時(shí)間內(nèi)使用這個(gè)分配到的 IP 地址。DHCP 協(xié)議稱這段時(shí)間為租用期。 n租用期的數(shù)值應(yīng)由 DHCP 服務(wù)器自己決定。nDHCP 客戶也可在自己發(fā)送的報(bào)文中（例如，發(fā)現(xiàn)報(bào)文）提出對(duì)租用期的要求。 更新租約n(1)IP租約期限達(dá)到一半（T1）時(shí)，DHCP客戶端會(huì)向DHCP服務(wù)器發(fā)送DHCPREQUEST報(bào)文，請(qǐng)求更新IP地址租約。如果收到DHCPACK

54、報(bào)文，則租約更新成功；如果收到DHCPNAK報(bào)文，則重新發(fā)起申請(qǐng)過(guò)程。n(2)到達(dá)租約期限的87.5%（T2）時(shí)，如果仍未收到DHCP服務(wù)器的應(yīng)答，DHCP客戶端會(huì)向DHCP服務(wù)器發(fā)送請(qǐng)求更新IP地址租約的DHCPREQUEST報(bào)文。如果收到DHCPACK報(bào)文，則租約更新成功；如果收到DHCPNAK報(bào)文，則重新發(fā)起申請(qǐng)過(guò)程。DHCP 中繼代理(relay agent) n并不是每個(gè)網(wǎng)絡(luò)上都有 DHCP 服務(wù)器，這樣會(huì)使 DHCP 服務(wù)器的數(shù)量太多?，F(xiàn)在是每一個(gè)網(wǎng)絡(luò)至少有一個(gè) DHCP 中繼代理，它配置了 DHCP 服務(wù)器的 IP 地址信息。n當(dāng) DHCP 中繼代理收到主機(jī)發(fā)送的發(fā)現(xiàn)報(bào)文后，就以

55、單播方式向 DHCP 服務(wù)器轉(zhuǎn)發(fā)此報(bào)文，并等待其回答。收到 DHCP 服務(wù)器回答的提供報(bào)文后，DHCP 中繼代理再將此提供報(bào)文發(fā)回給主機(jī)。DHCP 中繼代理工作過(guò)程 7.6 遠(yuǎn)程終端協(xié)議 TELNETnTelnet是終端網(wǎng)絡(luò)（TErminaL NETwork）的縮寫(xiě)，又稱為終端仿真協(xié)議，是TCPIP協(xié)議的一部分，也是Internet最早提供的基本服務(wù)功能之一，起源于1969年的ARPANET 。nTELNET 能將用戶的擊鍵傳到遠(yuǎn)地主機(jī)，同時(shí)也能將遠(yuǎn)地主機(jī)的輸出通過(guò) TCP 連接返回到用戶屏幕。這種服務(wù)是透明的，因?yàn)橛脩舾杏X(jué)到好像鍵盤和顯示器是直接連在遠(yuǎn)地主機(jī)上。 TELNET 的作用n（1）提高了本地計(jì)算機(jī)的功能。n（2）擴(kuò)大了計(jì)算機(jī)系統(tǒng)的通用性。n（3）訪問(wèn)大型數(shù)據(jù)庫(kù)的聯(lián)機(jī)檢索系統(tǒng)。n（4）路由器和交換機(jī)的配置。TELNET 的工作原理n在遠(yuǎn)程登錄過(guò)程中，用戶終端采用用戶終端的