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

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

　　答：404 Not Found。

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

　　答：

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

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

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

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

　　答：

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

　　6-13 瀏覽器同時打開多少個TCP連接進行瀏覽的優(yōu)缺點如何?請說明理由。

　　答：

　　優(yōu)點：簡單明了方便。

　　缺點：卡的時候容易死機

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

　　答：

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

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

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

　　解：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　6-22 電子郵件的地址格式是怎樣的?請說明各部分的意思。

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

　　收信人郵箱名@郵箱所在主機的域名

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

　　6-23 試簡述SMTP通信的三個階段的過程。

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

　　2. 郵件傳送。

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

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

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

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

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

　　答：

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

　　非 ASCII 碼

　　7 位 ASCII 碼

　　MIME

　　SMTP

　　MIME

　　SMTP

　　7 位 ASCII 碼

　　7 位 ASCII 碼

　　非 ASCII 碼

　　用戶

　　用戶

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

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

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

　　解答：

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

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

　　6-27 試將數(shù)據(jù) 11001100 10000001 00111000進行base64編碼，并得到最后傳輸?shù)腁SCII數(shù)據(jù)。

　　解：

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

　　01111010 01001001 01000101 00110100

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

　　解：01001100 00111101 00111001 01000100 00111001

　　編碼開銷為66.7%

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

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

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

　　答：

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

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

　　答：

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

　　HTTP

　　A

　　B

　　SMTP

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

　　mail.163.com

　　新浪郵件服務(wù)器

　　mail.sina.com.cn

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

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

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

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

　　答：

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

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

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

　　答：

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

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

　　答：

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

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

　　管理進程:管理程序在運行時就成為管理進程。

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

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

　　6-35 SNMP使用UDP傳送報文，為什么不使用TCP?

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

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

　　向管理進程報告屬于較少發(fā)生的異常情況?

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