6-01?因特網(wǎng)的域名結(jié)構(gòu)是怎么樣的?它與目前的電話網(wǎng)的號(hào)碼結(jié)構(gòu)有何異同之處?

答：

(1)域名的結(jié)構(gòu)由標(biāo)號(hào)序列組成，各標(biāo)號(hào)之間用點(diǎn)隔開：

…?.?三級(jí)域名?.?二級(jí)域名?.?頂級(jí)域名

各標(biāo)號(hào)分別代表不同級(jí)別的域名。

(2)電話號(hào)碼分為國(guó)家號(hào)結(jié)構(gòu)分為(中國(guó)?+86)、區(qū)號(hào)、本機(jī)號(hào)。

6-02?域名系統(tǒng)的主要功能是什么?域名系統(tǒng)中的本地域名服務(wù)器、根域名服務(wù)器、頂級(jí)域名服務(wù)器以及權(quán)限域名權(quán)服務(wù)器有何區(qū)別?

答:

域名系統(tǒng)的主要功能：將域名解析為主機(jī)能識(shí)別的IP地址。

因特網(wǎng)上的域名服務(wù)器系統(tǒng)也是按照域名的層次來(lái)安排的。每一個(gè)域名服務(wù)器都只對(duì)域名體系中的一部分進(jìn)行管轄。共有三種不同類型的域名服務(wù)器。即本地域名服務(wù)器、根域名服務(wù)器、授權(quán)域名服務(wù)器。當(dāng)一個(gè)本地域名服務(wù)器不能立即回答某個(gè)主機(jī)的查詢時(shí)，該本地域名服務(wù)器就以DNS客戶的身份向某一個(gè)根域名服務(wù)器查詢。若根域名服務(wù)器有被查詢主機(jī)的信息，就發(fā)送DNS回答報(bào)文給本地域名服務(wù)器，然后本地域名服務(wù)器再回答發(fā)起查詢的主機(jī)。但當(dāng)根域名服務(wù)器沒有被查詢的主機(jī)的信息時(shí)，它一定知道某個(gè)保存有被查詢的主機(jī)名字映射的授權(quán)域名服務(wù)器的IP地址。通常根域名服務(wù)器用來(lái)管轄頂級(jí)域。根域名服務(wù)器并不直接對(duì)頂級(jí)域下面所屬的所有的域名進(jìn)行轉(zhuǎn)換，但它一定能夠找到下面的所有二級(jí)域名的域名服務(wù)器。每一個(gè)主機(jī)都必須在授權(quán)域名服務(wù)器處注冊(cè)登記。通常，一個(gè)主機(jī)的授權(quán)域名服務(wù)器就是它的主機(jī)ISP的一個(gè)域名服務(wù)器。授權(quán)域名服務(wù)器總是能夠?qū)⑵涔茌牭闹鳈C(jī)名轉(zhuǎn)換為該主機(jī)的IP地址。

因特網(wǎng)允許各個(gè)單位根據(jù)本單位的具體情況將本域名劃分為若干個(gè)域名服務(wù)器管轄區(qū)。一般就在各管轄區(qū)中設(shè)置相應(yīng)的授權(quán)域名服務(wù)器。

6-03?舉例說(shuō)明域名轉(zhuǎn)換的過程。域名服務(wù)器中的高速緩存的作用是什么?

答：

(1)把不方便記憶的IP地址轉(zhuǎn)換為方便記憶的域名地址。

(2)作用：可大大減輕根域名服務(wù)器的負(fù)荷，使因特網(wǎng)上的?DNS?查詢請(qǐng)求和回答報(bào)文的數(shù)量大為減少。

6-04?設(shè)想有一天整個(gè)因特網(wǎng)的DNS系統(tǒng)都癱瘓了(這種情況不大會(huì)出現(xiàn))，試問還可以給朋友發(fā)送電子郵件嗎?

答：不能;

6-05?文件傳送協(xié)議FTP的主要工作過程是怎樣的?為什么說(shuō)FTP是帶外傳送控制信息?主進(jìn)程和從屬進(jìn)程各起什么作用?

答：

(1)FTP使用客戶服務(wù)器方式。一個(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)求。

主進(jìn)程的工作步驟：

1、打開熟知端口(端口號(hào)為?21)，使客戶進(jìn)程能夠連接上。

2、等待客戶進(jìn)程發(fā)出連接請(qǐng)求。

3、啟動(dòng)從屬進(jìn)程來(lái)處理客戶進(jìn)程發(fā)來(lái)的請(qǐng)求。從屬進(jìn)程對(duì)客戶進(jìn)程的請(qǐng)求處理完畢后即終止，但從屬進(jìn)程在運(yùn)行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。

4、回到等待狀態(tài)，繼續(xù)接受其他客戶進(jìn)程發(fā)來(lái)的請(qǐng)求。主進(jìn)程與從屬進(jìn)程的處理是并發(fā)地進(jìn)行。

FTP使用兩個(gè)TCP連接。

控制連接在整個(gè)會(huì)話期間一直保持打開，FTP?客戶發(fā)出的傳送請(qǐng)求通過控制連接發(fā)送給服務(wù)器端的控制進(jìn)程，但控制連接不用來(lái)傳送文件。

實(shí)際用于傳輸文件的是“數(shù)據(jù)連接”。服務(wù)器端的控制進(jìn)程在接收到?FTP?客戶發(fā)送來(lái)的文件傳輸請(qǐng)求后就創(chuàng)建“數(shù)據(jù)傳送進(jìn)程”和“數(shù)據(jù)連接”，用來(lái)連接客戶端和服務(wù)器端的數(shù)據(jù)傳送進(jìn)程。

數(shù)據(jù)傳送進(jìn)程實(shí)際完成文件的傳送，在傳送完畢后關(guān)閉“數(shù)據(jù)傳送連接”并結(jié)束運(yùn)行。

6-06?簡(jiǎn)單文件傳送協(xié)議TFTP與FTP的主要區(qū)別是什么?各用在什么場(chǎng)合?

答：

(1)文件傳送協(xié)議?FTP?只提供文件傳送的一些基本的服務(wù)，它使用?TCP?可靠的運(yùn)輸服務(wù)。

FTP?的主要功能是減少或消除在不同操作系統(tǒng)下處理文件的不兼容性。

FTP?使用客戶服務(wù)器方式。一個(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)求。

TFTP?是一個(gè)很小且易于實(shí)現(xiàn)的文件傳送協(xié)議。

TFTP?使用客戶服務(wù)器方式和使用?UDP?數(shù)據(jù)報(bào)，因此?TFTP?需要有自己的差錯(cuò)改正措施。

TFTP?只支持文件傳輸而不支持交互。

TFTP?沒有一個(gè)龐大的命令集，沒有列目錄的功能，也不能對(duì)用戶進(jìn)行身份鑒別。

6-07?遠(yuǎn)程登錄TELNET的主要特點(diǎn)是什么?什么叫做虛擬終端NVT?

答：

(1)用戶用?TELNET?就可在其所在地通過?TCP?連接注冊(cè)(即登錄)到遠(yuǎn)地的另一個(gè)主機(jī)上(使用主機(jī)名或?IP?地址)。

TELNET?能將用戶的擊鍵傳到遠(yuǎn)地主機(jī)，同時(shí)也能將遠(yuǎn)地主機(jī)的輸出通過?TCP?連接返回到用戶屏幕。這種服務(wù)是透明的，因?yàn)橛脩舾杏X到好像鍵盤和顯示器是直接連在遠(yuǎn)地主機(jī)上。

(2)TELNET定義了數(shù)據(jù)和命令應(yīng)該怎樣通過因特網(wǎng)，這些定義就是所謂的網(wǎng)絡(luò)虛擬終端NVT。

6-08?解釋以下名詞。各英文縮寫詞的原文是什么?

www,URL.HTTP,HTML,CGI,瀏覽器，超文本，超媒體，超鏈，頁(yè)面，活動(dòng)文檔，搜索引擎。

答：

www:萬(wàn)維網(wǎng)WWW(World Wide Web)并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬(wàn)維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)式的信息儲(chǔ)藏所，英文簡(jiǎn)稱為Web.萬(wàn)維網(wǎng)用鏈接的方法能非常方便地從因特網(wǎng)上的一個(gè)站點(diǎn)訪問另一個(gè)站點(diǎn)(也就是所謂的“鏈接到另一個(gè)站點(diǎn)”)，從而主動(dòng)地按需獲取豐富的信息。

URL:為了使用戶清楚地知道能夠很方便地找到所需的信息，萬(wàn)維網(wǎng)使用統(tǒng)一資源定位符URL(Uniform Resource Locator)來(lái)標(biāo)志萬(wàn)維網(wǎng)上的各種文檔，并使每一個(gè)文檔在整個(gè)因特網(wǎng)的范圍內(nèi)具有唯一的標(biāo)識(shí)符URL.

HTTP:為了實(shí)現(xiàn)萬(wàn)維網(wǎng)上各種鏈接，就要使萬(wàn)維網(wǎng)客戶程序與萬(wàn)維網(wǎng)服務(wù)器程序之間的交互遵守嚴(yán)格的協(xié)議，這就是超文本傳送協(xié)議HTTP.HTTP是一個(gè)應(yīng)用層協(xié)議，它使用TCP連接進(jìn)行可靠的傳送。

CGI:通用網(wǎng)關(guān)接口CGI是一種標(biāo)準(zhǔn)，它定義了動(dòng)態(tài)文檔應(yīng)該如何創(chuàng)建，輸入數(shù)據(jù)應(yīng)如何提供給應(yīng)用程序，以及輸出結(jié)果意如何使用。CGI程序的正式名字是CGI腳本。按照計(jì)算機(jī)科學(xué)的一般概念。

瀏覽器：一個(gè)瀏覽器包括一組客戶程序、一組解釋程序，以及一個(gè)控制程序。

超文本：超文本的基本特征就是可以超鏈接文檔;你可以指向其他位置，該位置可以在當(dāng)前的文檔中、局域網(wǎng)中的其他文檔，也可以在因特網(wǎng)上的任何位置的文檔中。這些文檔組成了一個(gè)雜亂的信息網(wǎng)。目標(biāo)文檔通常與其來(lái)源有某些關(guān)聯(lián)，并且豐富了來(lái)源;來(lái)源中的鏈接元素則將這種關(guān)系傳遞給瀏覽者。

超媒體：超級(jí)媒體的簡(jiǎn)稱,是超文本(hypertext)和多媒體在信息瀏覽環(huán)境下的結(jié)合。

超鏈：超鏈接可以用于各種效果。超鏈接可以用在目錄和主題列表中。瀏覽者可以在瀏覽器屏幕上單擊鼠標(biāo)或在鍵盤上按下按鍵，從而選擇并自動(dòng)跳轉(zhuǎn)到文檔中自己感興趣的那個(gè)主題，或跳轉(zhuǎn)到世界上某處完全不同的集合中的某個(gè)文檔。超鏈接(hyper text)，或者按照標(biāo)準(zhǔn)叫法稱為錨(anchor)，是使用?標(biāo)簽標(biāo)記的，可以用兩種方式表示。錨的一種類型是在文檔中創(chuàng)建一個(gè)熱點(diǎn)，當(dāng)用戶激活或選中(通常是使用鼠標(biāo))這個(gè)熱點(diǎn)時(shí)，會(huì)導(dǎo)致瀏覽器進(jìn)行鏈接。

頁(yè)面：頁(yè)面，類似于單篇文章頁(yè)面，但是和單篇文章不同的是：1.每個(gè)頁(yè)面都可以自定義樣式，而單篇文章則共用一個(gè)樣式。2.頁(yè)面默認(rèn)情況一般不允許評(píng)論，而單篇文章默認(rèn)情況允許評(píng)論。3.頁(yè)面會(huì)出現(xiàn)在水平導(dǎo)航欄上，不會(huì)出現(xiàn)在分類和存檔里，而單篇文章會(huì)出現(xiàn)在分類和存檔里，不會(huì)出現(xiàn)在水平導(dǎo)航欄上。

活動(dòng)文檔：即正在處理的文檔。在?Microsoft Word?中鍵入的文本或插入的圖形將出現(xiàn)在活動(dòng)文檔中?；顒?dòng)文檔的標(biāo)題欄是突出顯示的。一個(gè)基于Windows的、嵌入到瀏覽器中的非HTML應(yīng)用程序，提供了從瀏覽器界面訪問這些應(yīng)用程序的?功能的方法。

搜索引擎：搜索引擎指能夠自動(dòng)從互聯(lián)網(wǎng)上搜集信息，經(jīng)過整理以后，提供給用戶進(jìn)行查閱的系統(tǒng)。

6-09?假定一個(gè)超鏈從一個(gè)萬(wàn)維網(wǎng)文檔鏈接到另一個(gè)萬(wàn)維網(wǎng)文檔時(shí)，由于萬(wàn)維網(wǎng)文檔上出現(xiàn)了差錯(cuò)而使得超鏈只想一個(gè)無(wú)效的計(jì)算機(jī)名字。這是瀏覽器將向用戶報(bào)告什么?

答：404 Not Found。

6-10?假定要從已知的URL獲得一個(gè)萬(wàn)維網(wǎng)文檔。若該萬(wàn)維網(wǎng)服務(wù)器的Ip地址開始時(shí)并不知道。試問：除?HTTP外，還需要什么應(yīng)用層協(xié)議和傳輸層協(xié)議?

答：

應(yīng)用層協(xié)議需要的是DNS。

運(yùn)輸層協(xié)議需要的是UDP(DNS)使用和TCP(HTTP使用)。

6-11?你所使用的瀏覽器的高速緩存有多大?請(qǐng)進(jìn)行一個(gè)試驗(yàn)：訪問幾個(gè)萬(wàn)維網(wǎng)文檔，然后將你的計(jì)算機(jī)與網(wǎng)絡(luò)斷開，然后再回到你剛才訪問過的文檔。你的瀏覽器的高速緩存能夠存放多少各頁(yè)面?

6-12?什么是動(dòng)態(tài)文檔?試舉出萬(wàn)維網(wǎng)使用動(dòng)態(tài)文檔的一些例子。

答：

Dynamic document?動(dòng)態(tài)文檔：?與www文檔有關(guān)的計(jì)算機(jī)程序，它能生成所需的文檔。當(dāng)瀏覽器需要?jiǎng)討B(tài)文檔時(shí)，服務(wù)器就運(yùn)行該程序并發(fā)送輸出到瀏覽器。動(dòng)態(tài)文檔程序?qū)γ總€(gè)需求可生成不同的輸出。

6-13?瀏覽器同時(shí)打開多少個(gè)TCP連接進(jìn)行瀏覽的優(yōu)缺點(diǎn)如何?請(qǐng)說(shuō)明理由。

答：

優(yōu)點(diǎn)：簡(jiǎn)單明了方便。

缺點(diǎn)：卡的時(shí)候容易死機(jī)

6-14?當(dāng)使用鼠標(biāo)點(diǎn)擊一個(gè)萬(wàn)維網(wǎng)文檔是，若該文檔出來(lái)有文本外，還有一個(gè)本地.gif圖像和兩個(gè)遠(yuǎn)地.gif圖像。試問;需要使用那個(gè)應(yīng)用程序，以及需要建立幾次UDP連接和幾次TCP連接?

答：

若使用HTTP/1.0，需要建立0次UDP連接，4次TCP連接。

若使用HTTP/1.1，需要建立0次UDP連接，1次TCP連接。

6-15?假定你在瀏覽器上點(diǎn)擊一個(gè)URL，但這個(gè)URL的ip地址以前并沒有緩存在本地主機(jī)上。因此需要用DNS自動(dòng)查找和解析。假定要解析到所要找的URL的ip地址共經(jīng)過n個(gè)DNS服務(wù)器，所經(jīng)過的時(shí)間分別是RTT1,RTT2,……RTTn。假定從要找的網(wǎng)頁(yè)上只需要讀取一個(gè)很小的圖片(即忽略這個(gè)小圖片的傳輸時(shí)間)。從本地豬寄到這個(gè)網(wǎng)頁(yè)的往返時(shí)間是RTTw.試問從點(diǎn)擊這個(gè)URL開始，一直到本地主機(jī)的屏幕上出現(xiàn)所讀取的小圖片，一共需要經(jīng)過多少時(shí)間?

解：

解析IP地址需要時(shí)間是：RTT1+RTT2+…+RTTn。

建立TCP連接和請(qǐng)求萬(wàn)維網(wǎng)文檔需要2RTTw。

6-16?在上題中，假定同一臺(tái)服務(wù)器的HTML文件中又鏈接了三個(gè)非常小的對(duì)象。若忽略這些對(duì)象的發(fā)送時(shí)間，試計(jì)算客戶點(diǎn)擊讀取這些對(duì)象所需的時(shí)間。

(1)沒有并行TCP連接的非持續(xù)HTTP;

(2)使用并行TCP連接的非持續(xù)HTTP;

(3)流水線方式的持續(xù)HTTP。

解：(1)所需時(shí)間=RTT1+RTT2+…+RTTn+8RTTw。

(2)所需時(shí)間=RTT1+RTT2+…+RTTn+4RTTw。

(3)所需時(shí)間=RTT1+RTT2+…+RTTn+3RTTw。

6-17?在瀏覽器中應(yīng)當(dāng)有幾個(gè)可選解釋程序。試給出一些可選解釋程序的名稱。

答：在瀏覽器中，HTML解釋程序是必不可少的，而其他的解釋程序則是可選的。如java可選解釋程序，但是在運(yùn)行java的瀏覽器是則需要兩個(gè)解釋程序，即HTML解釋程序和Java小應(yīng)用程序解釋程序。

6-18?一個(gè)萬(wàn)維網(wǎng)網(wǎng)點(diǎn)有1000萬(wàn)個(gè)頁(yè)面，平均每個(gè)頁(yè)面有10個(gè)超鏈，讀取一個(gè)頁(yè)面平均要100ms。問要檢索整個(gè)網(wǎng)點(diǎn)所需的最少時(shí)間。

答：t=100*10-3*10*1000*104 =107 s

6-19?搜索引擎可分為哪兩種類型?各有什么特點(diǎn)?

答：搜索引擎的種類很多，大體上可劃分為兩大類，即全文檢索搜索引擎和分類目錄搜索引擎。

全文檢索搜索引擎是一種純技術(shù)型的檢索工具。它的工作原理是通過搜索軟件到因特網(wǎng)上的各網(wǎng)站收集信息，找到一個(gè)網(wǎng)站后可以從這個(gè)網(wǎng)站再鏈接到另一個(gè)網(wǎng)站。然后按照一定的規(guī)則建立一個(gè)很大的在線數(shù)據(jù)庫(kù)供用戶查詢。

用戶在查詢時(shí)只要輸入關(guān)鍵詞，就從已經(jīng)建立的索引數(shù)據(jù)庫(kù)上進(jìn)行查詢(并不是實(shí)時(shí)地在因特網(wǎng)上檢索到的信息)。

分類目錄搜索引擎并不采集網(wǎng)站的任何信息，而是利用各網(wǎng)站向搜索引擎提交的網(wǎng)站信息時(shí)填寫的關(guān)鍵詞和網(wǎng)站描述等信息，經(jīng)過人工審核編輯后，如果認(rèn)為符合網(wǎng)站登錄的條件，則輸入到分類目錄的數(shù)據(jù)庫(kù)中，供網(wǎng)上用戶查詢。

6-20?試述電子郵件的最主要的組成部件。用戶代理UA的作用是什么?沒有UA行不行?

答：?電子郵件系統(tǒng)的最主要組成部件：用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。

UA就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過一個(gè)很友好的接口來(lái)發(fā)送和接收郵件。

沒有UA不行。因?yàn)椴⒎撬械挠?jì)算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計(jì)算機(jī)可能沒有足夠的存儲(chǔ)器來(lái)運(yùn)行允許程序在后臺(tái)運(yùn)行的操作系統(tǒng)，或是可能沒有足夠的CPU能力來(lái)運(yùn)行郵件服務(wù)器程序。更重要的是，郵件服務(wù)器程序必須不間斷地運(yùn)行，每天24小時(shí)都必須不間斷地連接在因特網(wǎng)上，否則就可能使很多外面發(fā)來(lái)的郵件丟失。這樣看來(lái)，讓用戶的PC機(jī)運(yùn)行郵件服務(wù)器程序顯然是很不現(xiàn)實(shí)的。

6-21?電子郵件的信封和內(nèi)容在郵件的傳送過程中起什么作用?和用戶的關(guān)系如何?

答：一個(gè)電子郵件分為信封和內(nèi)容兩大部分。電子郵件的傳輸程序根據(jù)郵件信封上的信息(收信人地址)來(lái)傳送郵件。RFC822只規(guī)定了郵件內(nèi)容中的首部格式，而對(duì)郵件的主體部分則讓用戶自由撰寫。用戶填寫好首部后，郵件系統(tǒng)將自動(dòng)地將所需的信息提取出來(lái)并寫在信封上。

6-22?電子郵件的地址格式是怎樣的?請(qǐng)說(shuō)明各部分的意思。

答：TCP/IP?體系的電子郵件系統(tǒng)規(guī)定電子郵件地址的格式如下：

收信人郵箱名@郵箱所在主機(jī)的域名

符號(hào)“@”讀作“at”，表示“在”的意思。例如，電子郵件地址?xiexiren@tsinghua.org.cn

6-23?試簡(jiǎn)述SMTP通信的三個(gè)階段的過程。

答：1.?連接建立：連接是在發(fā)送主機(jī)的?SMTP?客戶和接收主機(jī)的?SMTP?服務(wù)器之間建立的。SMTP不使用中間的郵件服務(wù)器。

2.?郵件傳送。

3.?連接釋放：郵件發(fā)送完畢后，SMTP?應(yīng)釋放?TCP?連接。

6-24?試述郵局協(xié)議POP的工作過程。在電子郵件中，為什么需要使用POP和SMTP這兩個(gè)協(xié)議?IMAP與POP有何區(qū)別?

答：POP?使用客戶機(jī)服務(wù)器的工作方式。在接收郵件的用戶的PC?機(jī)中必須運(yùn)行POP?客戶機(jī)程序，而在其ISP?的郵件服務(wù)器中則運(yùn)行POP?服務(wù)器程序。POP?服務(wù)器只有在用戶輸入鑒別信息(用戶名和口令)后才允許對(duì)郵箱進(jìn)行讀取。

POP?是一個(gè)脫機(jī)協(xié)議，所有對(duì)郵件的處理都在用戶的PC?機(jī)上進(jìn)行;IMAP?是一個(gè)聯(lián)機(jī)協(xié)議，用戶可以操縱ISP?的郵件服務(wù)器的郵箱。

6-25 MIME與SMTP的關(guān)系是什么的?什么是quoted-printable編碼和base64編碼?

答：

MIME全稱是通用因特網(wǎng)郵件擴(kuò)充MIME。它并沒有改動(dòng)或取代SMTP。MIME的意圖是繼續(xù)使用目前的RFC 822格式，但增加了郵件主體的結(jié)構(gòu)，并定義了傳送非ASCII碼的編碼規(guī)則。也就是說(shuō)，MIME郵件可以在現(xiàn)有的電子郵件程序和協(xié)議下傳送。下圖表明了MIME和SMTP的關(guān)系：

非?ASCII?碼

7?位?ASCII?碼

MIME

SMTP

MIME

SMTP

7?位?ASCII?碼

7?位?ASCII?碼

非?ASCII?碼

用戶

用戶

quoted-printable編碼：對(duì)于所有可打印的ASCII碼，除特殊字符等號(hào)外，都不改變。等號(hào)和不可打印的ASCII碼以及非ASCII碼的數(shù)據(jù)的編碼方法是：先將每個(gè)字節(jié)的二進(jìn)制代碼用兩個(gè)十六進(jìn)制數(shù)字表示，然后在前面再加上一個(gè)等號(hào)。

base64編碼是先把二進(jìn)制代碼劃分為一個(gè)24位長(zhǎng)的單元，然后把每個(gè)24位單元?jiǎng)澐譃?/span>4個(gè)6位組。每一個(gè)6位組按以下方法替換成ASCII碼。6位的二進(jìn)制代碼共有64種不同的值，從1到63。用A表示0，用B表示1，等等。26個(gè)大寫字母排列完畢后，接下去再排26個(gè)小寫字母，再后面是10個(gè)數(shù)字，最后用+表示62，而用/表示63。再用兩個(gè)連在一起的等號(hào)==和一個(gè)等號(hào)=分別表示最后一組的代碼只有8位或16位?；剀嚭蛽Q行都忽略，它們可在任何地方插入。

6-26?一個(gè)二進(jìn)制文件共3072字節(jié)長(zhǎng)，若使用base64編碼，并且每發(fā)送完80字節(jié)就插入一個(gè)回車符CR和一個(gè)換行符LF，問一共發(fā)送了多少個(gè)字節(jié)?

解答：

在base64?編碼方案中，24?比特的組被分成?4?個(gè)6?比特單位，每個(gè)單位都作為一

個(gè)合法的ASCII?字符發(fā)送。編碼規(guī)則是A?表示0，B?表示l?等等，接著是26?個(gè)小寫字母表示26?到51，10?個(gè)數(shù)字(0到9)表示52?到61，最后，+和/分別表示62?和63。=和= =分別用來(lái)指示最后一組僅包含8位或16位。回?車和換行被忽略不計(jì)，因?此可以任意插入它們來(lái)保持一行足夠短。在本題中，base 64?編碼將把報(bào)文劃分成1024?個(gè)單元，每個(gè)單元3?字節(jié)長(zhǎng)。每個(gè)單元被編碼為4?個(gè)字節(jié)，所以共有4096?個(gè)字節(jié)。如果把這些字節(jié)每80?字節(jié)劃分為一行，將需要52?行，所以需要加52?個(gè)CR?和52?個(gè)LF。4096+52×2=4200。綜上所述，該二進(jìn)制文件用base 64?編碼將會(huì)有4200?字節(jié)長(zhǎng)。

6-27?試將數(shù)據(jù)?11001100 10000001 00111000進(jìn)行base64編碼，并得到最后傳輸?shù)?/span>ASCII數(shù)據(jù)。

解：

對(duì)應(yīng)的ASCII數(shù)據(jù)為zIE4，對(duì)應(yīng)的二進(jìn)制代碼為：

01111010 01001001 01000101 00110100

6-28?試將數(shù)據(jù)01001100 10011101 00111001進(jìn)行quoted-printable編碼，并得出最后傳送的ASCII數(shù)據(jù)。這樣的數(shù)據(jù)用quoted-printable編碼后其編碼開銷有多大?

解：01001100 00111101 00111001 01000100 00111001

編碼開銷為66.7%

6-29?電子郵件系統(tǒng)需要將眾的電子郵件地址編成目錄以便于查找，要建立這種目錄應(yīng)將人名劃分為標(biāo)準(zhǔn)部分(例如，姓，名)。若要形成一個(gè)國(guó)際標(biāo)準(zhǔn)，那么必須解決哪些問題?

答：非常困難。例如，人名的書寫方法，很多國(guó)家(如英、美等西方國(guó)家)是先書寫姓。但像中國(guó)或日本等國(guó)家則是先書寫姓再寫名。有些國(guó)家的一些人還有中間的名。稱呼也有非常多種類。還有各式各樣的頭銜。很難有統(tǒng)一的格式。

6-30?電子郵件系統(tǒng)使用TCP傳送郵件。為什么有時(shí)我們會(huì)遇到郵件發(fā)送失敗的情況?為什么有時(shí)對(duì)方會(huì)收不到我們發(fā)送的郵件?

答：

有時(shí)對(duì)方的郵件服務(wù)器不工作，郵件就發(fā)送不出去。對(duì)方的郵件服務(wù)器出故障也會(huì)使郵件丟失。

6-31?基于萬(wàn)維網(wǎng)的電子郵件系統(tǒng)有什么特點(diǎn)?在傳送郵電時(shí)使用什么協(xié)議?

答：

特點(diǎn)：不管在什么地方，只要能上網(wǎng)，在打開萬(wàn)維網(wǎng)瀏覽器后，就可以收發(fā)電子郵件。這時(shí)，郵件系統(tǒng)中的用戶代理就是普通的萬(wàn)維網(wǎng)。

HTTP

HTTP

A

B

SMTP

網(wǎng)易郵件服務(wù)器

mail.163.com

新浪郵件服務(wù)器

mail.sina.com.cn

電子郵件從?A?發(fā)送到網(wǎng)易郵件服務(wù)器是使用?HTTP?協(xié)議。

兩個(gè)郵件服務(wù)器之間的傳送使用?SMTP。

郵件從新浪郵件服務(wù)器傳送到?B?是使用?HTTP?協(xié)議。

6-32 DHCP協(xié)議用在什么情況下?當(dāng)一臺(tái)計(jì)算機(jī)第一次運(yùn)行引導(dǎo)程序時(shí)，其ROP中有沒有該IP地址，子網(wǎng)掩碼或某個(gè)域名服務(wù)器的IP地址?

答：

動(dòng)態(tài)主機(jī)配置協(xié)議?DHCP?提供了即插即用連網(wǎng)的機(jī)制。

這種機(jī)制允許一臺(tái)計(jì)算機(jī)加入新的網(wǎng)絡(luò)和獲取IP地址而不用手工參與。

6-33?什么是網(wǎng)絡(luò)管理?為什么說(shuō)網(wǎng)絡(luò)管理是當(dāng)今網(wǎng)絡(luò)領(lǐng)域中的熱鬧課題?

答：

網(wǎng)絡(luò)管理即網(wǎng)絡(luò)的運(yùn)行、處理、維護(hù)(Maintenance)、服務(wù)提供等所需要的各種活動(dòng)。網(wǎng)絡(luò)管理是控制一個(gè)復(fù)雜的計(jì)算機(jī)網(wǎng)絡(luò)使得它具有最高的效率和生產(chǎn)力的過程。

6-34?解釋下列術(shù)語(yǔ)，網(wǎng)絡(luò)元素，被管對(duì)象，管理進(jìn)程，代理進(jìn)程和管理庫(kù)

答：

網(wǎng)絡(luò)元素：被管對(duì)象有時(shí)可稱為網(wǎng)絡(luò)元素。

被管對(duì)象：在每一個(gè)被管設(shè)備中有許多被管對(duì)象，被管對(duì)象可以是被管設(shè)備中的某個(gè)硬件(例如，一塊網(wǎng)絡(luò)接口卡)，也可以是某些硬件或軟件(例如，路由選擇協(xié)議)的配置參數(shù)集合。

管理進(jìn)程:管理程序在運(yùn)行時(shí)就成為管理進(jìn)程。

代理進(jìn)程：在每一個(gè)被管理設(shè)備中都要運(yùn)行一個(gè)程序以便和管理站中的管理程序進(jìn)行通信。這些運(yùn)行著的程序叫作網(wǎng)絡(luò)管理代理程序。

管理庫(kù)：在被管理的實(shí)體中創(chuàng)建了命名對(duì)象，并規(guī)定了其類型。

6-35 SNMP使用UDP傳送報(bào)文，為什么不使用TCP?

答：使用UDP是為了提高網(wǎng)管的效率

6-36?為什么SNMP的管理進(jìn)程使用輪詢掌握全網(wǎng)狀態(tài)用于正常情況而代理進(jìn)程用陷阱

向管理進(jìn)程報(bào)告屬于較少發(fā)生的異常情況?

答：使用輪詢以維持對(duì)網(wǎng)絡(luò)資源的實(shí)時(shí)監(jiān)視，系統(tǒng)簡(jiǎn)單并限制通信量。陷阱的中斷方式

更靈活、快捷

?