《計算機網(wǎng)絡(luò)基礎(chǔ)》課件-第8章

第8章計算機網(wǎng)絡(luò)應(yīng)用8.1域名系統(tǒng)(DNS)8.2萬維網(wǎng)(WWW)8.3動態(tài)主機配置協(xié)議(DHCP)8.4文件傳輸協(xié)議(FTP)本章小結(jié)

8.1域名系統(tǒng)(DNS)

一、DNS的域名結(jié)構(gòu)任何一個連接在因特網(wǎng)上的主機或路由器，都有一個唯一的層次結(jié)構(gòu)的名字，即域名。域名的結(jié)構(gòu)由若干個分量組成，各分量之間用點隔開，分別代表不同級別的域名，即“….三級域名.二級域名.頂級域名”。

在TCP/IP互聯(lián)網(wǎng)上采用的是層次樹狀結(jié)構(gòu)的命名方法，通常稱之為域樹結(jié)構(gòu)(如圖8.1所示)。圖8.1DNS的結(jié)構(gòu)

二、域名服務(wù)器

把域名翻譯成IP地址的軟件稱域名系統(tǒng)，即DNS。它是一種管理名字的方法。這種方法是：分不同的組來負(fù)責(zé)各子系統(tǒng)的名字。系統(tǒng)中的每一層叫作一個域，每個域用一個點分開。所謂域名服務(wù)器(DomainNameServer，簡稱NameServer)實際上就是裝有域名系統(tǒng)的主機，它是一種能夠?qū)崿F(xiàn)名字解析(nameresolution)的分層結(jié)構(gòu)數(shù)據(jù)庫。要實現(xiàn)域名的管理以及域名解析，就要依靠分布在網(wǎng)絡(luò)中的域名服務(wù)器來實現(xiàn)。

圖8.2是區(qū)的不同劃分方法的舉例。圖8.2DNS劃分區(qū)的舉例

圖8.3以圖8.2(b)中公司abc劃分的兩個區(qū)為例，給出了DNS域名服務(wù)器樹狀結(jié)構(gòu)圖。這種DNS域名服務(wù)器樹狀結(jié)構(gòu)圖可以更準(zhǔn)確地反映出DNS的分布式結(jié)構(gòu)。圖8.3中的每一個域名服務(wù)器都能夠進行部分域名到IP地址的解析。當(dāng)某個DNS服務(wù)器不能進行域名到IP地址的轉(zhuǎn)換時，它就設(shè)法讓因特網(wǎng)上別的域名服務(wù)器進行解析。圖8.3樹狀結(jié)構(gòu)的DNS域名服務(wù)器

根據(jù)域名服務(wù)器所起的作用，可以把域名服務(wù)器劃分為以下四種類型：

(1)根域名服務(wù)器(rootnameserver)。

(2)頂級域名服務(wù)器(TLDserver)。

(3)權(quán)限域名服務(wù)器(authoritativenameserver)。

(4)本地域名服務(wù)器(localnameserver)，也稱為默認(rèn)域名服務(wù)器。

三、DNS的解析過程

主機域名不能直接用于TCP/IP協(xié)議的路由選擇。當(dāng)用戶使用主機域名進行通信時，必須先將其映射成IP地址，因為Internet通信軟件在發(fā)送和接收數(shù)據(jù)時都必須使用IP地址。將主機域名映射為IP地址的過程叫作域名解析。域名解析包括正向解析(從域名到IP地址)和反向解析(從IP地址到域名)。Internet的DNS能夠透明地完成此項工作。

在域名解析過程中，可以選擇兩種方式：遞歸查詢或迭代查詢。

(1)遞歸查詢：要求域名服務(wù)器系統(tǒng)一次性完成全部域名和地址之間的映射。

(2)迭代查詢：也稱反復(fù)解析，每一次請求一個服務(wù)器，不行再請求別的服務(wù)器。

圖8.4舉例子說明了這兩種查詢的區(qū)別。圖8.4DNS查詢舉例

下面是圖8.4(a)的查詢步驟：

(1)主機先向其本地域名服務(wù)器進行遞歸查詢。

(2)本地域名服務(wù)器采用迭代查詢。它先向一個根域名服務(wù)器查詢。

(3)根域名服務(wù)器告訴本地域名服務(wù)器，下一次應(yīng)查詢的頂級域名服務(wù)器的IP地址。

(4)本地域名服務(wù)器向頂級域名服務(wù)器進行查詢。

(5)頂級域名服務(wù)器告訴本地域名服務(wù)器下一次應(yīng)查詢的權(quán)限域名服務(wù)器的IP地址。

(6)本地域名服務(wù)器向權(quán)限域名服務(wù)器進行查詢。

(7)權(quán)限域名服務(wù)器告訴本地域名服務(wù)器所查詢的主機的IP地址。

(8)本地域名服務(wù)器最后把查詢結(jié)果告訴主機。

圖8.4(b)是本地域名服務(wù)器采用遞歸查詢的情況。在這種情況下，本地域名服務(wù)器只需向根域名服務(wù)器查詢一次，后面的幾次查詢都是在其他幾個域名服務(wù)器之間進行的(步驟(3)至步驟(6))，只是在步驟(7)中，本地域名服務(wù)器從根域名服務(wù)器得到了所需的IP地址。最后在步驟(8)中，本地域名服務(wù)器把查詢結(jié)果告訴主機。整個的查詢也是使用8個UDP報文。

8.2萬維網(wǎng)(WWW)

一、萬維網(wǎng)萬維網(wǎng)(WWW，WorldWideWeb)并非某種特殊的計算機網(wǎng)絡(luò)。萬維網(wǎng)是一個大規(guī)模的、聯(lián)機式的信息儲藏所，英文簡稱為Web。萬維網(wǎng)用鏈接的方法能非常方便地從因特網(wǎng)上的一個站點訪問另一個站點(也就是所謂的“鏈接到另一個站點”)，從而主動地按需獲取豐富的信息。這種訪問方式稱為“鏈接”。圖8.5說明了萬維網(wǎng)提供分布式服務(wù)的特點。圖8.5萬維網(wǎng)提供分布式服務(wù)

二、統(tǒng)一資源定位符

統(tǒng)一資源定位符(URL)是對可以從因特網(wǎng)上得到的資源的位置和訪問方法的一種簡潔的表示。URL相當(dāng)于一個文件名在網(wǎng)絡(luò)范圍的擴展。因此URL是與因特網(wǎng)相連的機器上的任何可訪問對象的一個指針。

1.URL的一般形式

URL由以冒號隔開的兩大部分組成，并且URL中的字符對大寫或小寫沒有要求。URL的一般形式如圖8.6所示。圖8.6URL的一般形式

2.使用FTP的URL

使用FTP的URL舉例如圖8.7所示。圖8.7使用FTP的URL

3.使用HTTP的URL

使用HTTP的URL的一般形式如圖8.8所示。圖8.8使用HTTP的URL

三、超文本傳送協(xié)議HTTP

HTTP協(xié)議定義了瀏覽器怎樣向服務(wù)器請求萬維網(wǎng)文檔，以及服務(wù)器怎樣把文檔傳送給瀏覽器。它是萬維網(wǎng)上能夠可靠地交換文件(包括文本、聲音、圖像等各種多媒體文件)的重要基礎(chǔ)。萬維網(wǎng)的大致工作過程如圖8.9所示。圖8.9萬維網(wǎng)的工作過程

從瀏覽器請求一個萬維網(wǎng)文檔到收到整個文檔所需的時間(如圖8.10所示)。圖8.10請求一個萬維網(wǎng)文檔所需的時間

四、HTTP萬維網(wǎng)的文檔

1.靜態(tài)文檔

靜態(tài)文檔是一個存放于Web服務(wù)器上的HTML文件。靜態(tài)文檔的作者在創(chuàng)建文檔時就已經(jīng)確定了文檔的具體內(nèi)容，由于文檔的內(nèi)容不會發(fā)生變化，所以對靜態(tài)文檔的每一次訪問都返回相同的結(jié)果，如圖8.11所示。圖8.11靜態(tài)文檔的訪問過程

2.動態(tài)文檔

動態(tài)文檔是在瀏覽器請求該文檔時才由Web服務(wù)器創(chuàng)建出來，如圖8.12所示。圖8.12動態(tài)文檔的訪問過程

3.活動文檔

對于許多應(yīng)用，我們需要程序能夠在客戶端運行，這樣產(chǎn)生的文檔叫作活動文檔，如圖8.13所示。圖8.13活動文檔的訪問過程

五、萬維網(wǎng)的信息檢索系統(tǒng)

在萬維網(wǎng)中用來進行搜索的程序叫作搜索引擎，它分為兩種：一種是全文檢索搜索引擎，它是一種純技術(shù)型的檢索工具；另一種是分類目錄搜索引擎，它利用各網(wǎng)站向搜索引擎提交網(wǎng)站信息時填寫的關(guān)鍵詞和網(wǎng)站描述等信息，經(jīng)過人工審核編輯后，如果認(rèn)為符合網(wǎng)站登錄的條件，則輸入到分類目錄的數(shù)據(jù)庫中，供網(wǎng)上用戶查詢。

8.3動態(tài)主機配置協(xié)議(DHCP)

一、DHCP的產(chǎn)生背景及概述在計算機網(wǎng)絡(luò)的發(fā)展歷程中，最初的反向地址解析協(xié)議(RARP，ReverseAddressResolutionProtocol)是為了讓計算機能夠獲取一個可用的IP地址而設(shè)計的。后來，計算機可以通過引導(dǎo)程序協(xié)議(BOOTP，BootstrapProtocol)來獲取這些信息，取代了RARP協(xié)議。最終，研究人員開發(fā)出了BOOTP的增強版本，即當(dāng)今較為通用的動態(tài)主機配置協(xié)議(DHCP，DynamicHostConfigurationProtocol)。

為了將軟件協(xié)議做成通用的和便于移植的，協(xié)議軟件的編寫者把協(xié)議軟件參數(shù)化。這就使得在很多臺計算機上使用同一個經(jīng)過編譯的二進制代碼成為可能。一臺計算機和另一臺計算機的區(qū)別，可以通過不同的參數(shù)來體現(xiàn)。在軟件協(xié)議運行之前，必須給每一個參數(shù)賦值。

在協(xié)議軟件中給這些參數(shù)賦值的動作叫作協(xié)議配置。一個軟件協(xié)議在使用之前必須是已正確配置的。具體的配置信息有哪些則取決于協(xié)議棧。

DHCP提供了即插即用連網(wǎng)(plug-and-playnetworking)的機制。

二、DHCP的工作過程

1.地址分配

DHCP采用C/S工作模式，所有的配置參數(shù)都由DHCP服務(wù)器集中管理，并負(fù)責(zé)處理客戶端的DHCP請求；而客戶端則會使用服務(wù)器分配的IP網(wǎng)絡(luò)參數(shù)進行通信。為了動態(tài)獲取并使用一個合法的IP地址，需要經(jīng)歷四個階段：發(fā)現(xiàn)階段、提供階段、選擇階段和確認(rèn)階段。

2.更新租約

(1)IP租約期限達(dá)到一半(T1)時，DHCP客戶端會向DHCP服務(wù)器發(fā)送DHCPREQUEST報文，請求更新IP地址租約。

(2)到達(dá)租約期限的87.5%(T2)時，如果仍未收到DHCP服務(wù)器的應(yīng)答，DHCP客戶端會向DHCP服務(wù)器重新發(fā)送請求更新IP地址租約的DHCPREQUEST報文。

圖8.14是DHCP狀態(tài)轉(zhuǎn)換圖。圖8.14DHCP狀態(tài)轉(zhuǎn)換

3.DHCP的中繼工作過程

前面在講述DHCP地址分配的過程時說到，DHCP客戶端會以廣播方式發(fā)送DHCPDISCOVER報文來尋找服務(wù)器。那么，要想成功找到DHCP服務(wù)器，就要求客戶端和服務(wù)器只能工作在同一個網(wǎng)段當(dāng)中；若跨網(wǎng)段工作，路由器會阻斷廣播報文，就會出現(xiàn)找不到其他網(wǎng)段上的DHCP服務(wù)器的情況。這樣一來，就需要在所有網(wǎng)段上都配置一臺DHCP服務(wù)器，這顯然是不經(jīng)濟甚至是不現(xiàn)實的。其實，早在BOOTP協(xié)議中就已經(jīng)解決了跨網(wǎng)段的問題。我們下面就來看一下DHCP是怎樣解決這個問題的。

DHCP是通過引入中繼代理(RelayAgent)來解決這一問題的。中繼代理在處于不同網(wǎng)段間的DHCP客戶端和服務(wù)器之間提供服務(wù)，將DHCP協(xié)議報文跨網(wǎng)段傳送到目的DHCP服務(wù)器，于是不同網(wǎng)絡(luò)上的DHCP客戶端可以共同使用一個DHCP服務(wù)器。通過DHCP中繼代理完成動態(tài)配置的過程中，客戶端與服務(wù)器的處理方式與不通過DHCP中繼代理時的處理方式基本相同。圖8.15表示DHTP中繼的工作過程。

圖8.15DHCP中繼的工作過程

4.DHCP協(xié)議的工作過程

DHCP的詳細(xì)工作過程如圖8.16所示。圖8.16DHCP協(xié)議的工作過程

DHCP很適合經(jīng)常移動位置的計算機。當(dāng)計算機使用Windows操作系統(tǒng)時，點擊控制面板的網(wǎng)絡(luò)圖標(biāo)就可以找到某個連接中的“網(wǎng)絡(luò)”下面的菜單，找到TCP/IP協(xié)議后點擊其“屬性”按鈕，若選擇“自動獲得IP地址”和“自動獲得DNS服務(wù)器地址”，就表示正在使用DHCP協(xié)議。

8.4文件傳輸協(xié)議(FTP)

一、FTP概述在TCP/IP實現(xiàn)之前，就已經(jīng)有了用于ARPANET的標(biāo)準(zhǔn)文件傳輸協(xié)議。這些早期的文件傳輸軟件版本逐步演化成了目前使用的標(biāo)準(zhǔn)，稱為文件傳輸協(xié)議(FTP，F(xiàn)ileTransferProtocol)。FTP可以將一個完整的文件從一個系統(tǒng)復(fù)制到另一個系統(tǒng)中，并且保證傳輸?shù)目煽啃浴?/p>

FTP是重要的Internet協(xié)議，也是Internet的一個組件，它可以在服務(wù)器和客戶機之間雙向傳輸文件，即上傳和下載。FTP服務(wù)也采用的是客戶機/服務(wù)器模式?？蛻魴C和服務(wù)器之間建立一個TCP連接，通過TCP端口進行數(shù)據(jù)傳遞。默認(rèn)情況下FTP服務(wù)器預(yù)置的TCP端口號為21和20。其中端口號21狀態(tài)為始終開啟，用于傳輸控制命令；端口號20只有在進行數(shù)據(jù)傳輸時開啟，用于傳輸數(shù)據(jù)。

二、FTP的工作原理

大多數(shù)FTP服務(wù)器允許多個客戶的并發(fā)訪問。FTP使用客戶機/服務(wù)器模式，但與大多數(shù)C/S模式下的應(yīng)用程序不同，F(xiàn)TP客戶端與服務(wù)器之間建立的是雙重連接。一個是控制連接（controlconnection），主要用于傳輸FTP控制命令；另—個是數(shù)據(jù)傳送連接（datatransferconnection），主要用于數(shù)據(jù)傳送。不管是控制連接還是數(shù)據(jù)傳送連接，都是由相關(guān)的操作系統(tǒng)進程來進行管理的。

FTP的工作情況如圖8.17所示圖8.17FTP使用的兩個TCP連接圖

三、簡單文件傳輸協(xié)議TFTP

雖然FTP是TCP/IP協(xié)議中最常用的文件傳輸協(xié)議，但它對編程而言也是最復(fù)雜、最困難的。許多應(yīng)用既不需要FTP提供的全部功能，也不能應(yīng)付FTP的復(fù)雜性。簡單文件傳送協(xié)議(TFTP，TrivialFileTransferProtocol)最初打算用于引導(dǎo)無盤系統(tǒng)(通常是工作站或X終端)，就是為在客戶和服務(wù)器間不需要復(fù)雜交互的應(yīng)用程序而設(shè)計的。TFTP只限于簡單文件傳輸操作，不支持交互，且沒有一個龐大的命令集。TFTP沒有列目錄的功能，也不能對用戶進行身份鑒別，不提供訪問授權(quán)。

TFTP的主要優(yōu)點有兩個。

第一，TFTP可用于UDP環(huán)境。例如，當(dāng)需要將程序或文件同時下載到許多機器時就往往需要使用TFTP。

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

這對較小的計算機或某些特殊用途的設(shè)備來說是很重要的。這些設(shè)備不需要硬盤，只需要固化了TFTP、UDP和IP的小容量只讀存儲器即可使用。

TFTP的主要特點有：

(1)每次傳送的數(shù)據(jù)報文中有512字節(jié)的數(shù)據(jù)，但最后一次可不足512字節(jié)。

(2)數(shù)據(jù)報文按序編號，從1開始。

(3)支持ASCII碼或二進制傳送。

(