網(wǎng)絡(luò)工程第5章
第5章習(xí)題及解答題 目1.2.3.4.5.6.7.8.簡(jiǎn)述UNIX 系統(tǒng)的體系結(jié)構(gòu)。 DNS 服務(wù)器有哪幾種類(lèi)型?簡(jiǎn)述各種 DNS 服務(wù)器的作用。 簡(jiǎn)述域名解析的完整過(guò)程。 郵件交換器的主要作用是
第5章習(xí)題及解答
題 目
1.
2.
3.
4.
5.
6.
7.
8.
簡(jiǎn)述UNIX 系統(tǒng)的體系結(jié)構(gòu)。 DNS 服務(wù)器有哪幾種類(lèi)型?簡(jiǎn)述各種 DNS 服務(wù)器的作用。 簡(jiǎn)述域名解析的完整過(guò)程。 郵件交換器的主要作用是什么? 什么是 URL ? URL 由哪些部分組成? 簡(jiǎn)述 MIME 協(xié)議的作用。 FTP 協(xié)議工作時(shí)需要在客戶(hù)端和服務(wù)器之間建立哪兩種 TCP 連接?其作用分別是什么? 選擇題 (1) Apache 是( )服務(wù)的服務(wù)器程序。
(A) WWW (B) FTP (C) E-MAIL (D) DNS
(2) DNS 是基于( )模式的分布式系統(tǒng)。
(A) C/S (B) B/S (C) P2P (D) 以上均不正確
(3) ServU 是( )服務(wù)的服務(wù)器程序。
(A) WWW (B) FTP (C) E-MAIL (D) DNS
(4) 在Internet 上,實(shí)現(xiàn)超文本傳輸?shù)膮f(xié)議是( )。
(A) Hypertext (B) FTP (C) WWW (D) HTTP
(5) 下列選項(xiàng)中,不屬于DNS 的一般最高域的是( )。
(A) edu (B) gov (C) cn (D) mil
(6) 下列協(xié)議中,與電子郵件系統(tǒng)沒(méi)有直接關(guān)系的是( )。
(A) MIME (B) POP3 (C) SMTP (D) SNMP
解 答
1. UNIX 系統(tǒng)可以分為內(nèi)核層和用戶(hù)層。內(nèi)核是常駐內(nèi)存的部分,是不能由用戶(hù)隨意改動(dòng)的,它包括文
件管理、存儲(chǔ)管理、進(jìn)程管理和設(shè)備管理四大經(jīng)典管理子系統(tǒng)。UNIX 的內(nèi)核短小簡(jiǎn)潔、精干高效。內(nèi)核直接與硬件打交道,并向核外的應(yīng)用程序提供統(tǒng)一的公共服務(wù),將應(yīng)用程序與硬件特性相隔離,使應(yīng)用程序在用戶(hù)環(huán)境下運(yùn)行。 (返回題目)
2. DNS 服務(wù)器可以分為三種類(lèi)型:主服務(wù)器、輔助服務(wù)器、高速緩存服務(wù)器。
主服務(wù)器中存儲(chǔ)了其所管轄區(qū)域內(nèi)主機(jī)的域名資源的正本,而且區(qū)域內(nèi)的數(shù)據(jù)有所變更時(shí),將直接寫(xiě)到主服務(wù)器的數(shù)據(jù)庫(kù)中,該數(shù)據(jù)庫(kù)通常被稱(chēng)為區(qū)域文件。一個(gè)區(qū)域內(nèi)必須有一臺(tái),而且只能有一臺(tái)主服務(wù)器。
輔助服務(wù)器定期從主服務(wù)器復(fù)制區(qū)域文件,當(dāng)不能修改區(qū)域文件。設(shè)置輔助服務(wù)器的目的是在主服務(wù)器不能正常工作時(shí),能接替主服務(wù)器承擔(dān)域名解析功能。一個(gè)區(qū)域內(nèi)可以沒(méi)有輔助服務(wù)器,也可以有多個(gè)輔助服務(wù)器。
高速緩存服務(wù)器與主服務(wù)器核輔助服務(wù)器完全不同,因?yàn)樗旧聿还芾砣魏蜠NS 區(qū)域,但仍然可以接受DNS 客戶(hù)端的域名解析請(qǐng)求,并將請(qǐng)求轉(zhuǎn)發(fā)給指定的DNS 服務(wù)器。在將解析結(jié)果返回給DNS 客戶(hù)端的同時(shí),將解析結(jié)果保存在自己的緩存內(nèi)。當(dāng)下一次接收到相同域名的解析請(qǐng)求時(shí),高速緩存服務(wù)器就直接從緩存內(nèi)獲得結(jié)果返回給DNS 客戶(hù)端,而不必將請(qǐng)求轉(zhuǎn)發(fā)給指定的DNS 服務(wù)器。 (返回題目)
3. 典型的域名解析的過(guò)程如下:
(1) 當(dāng)應(yīng)用程序需要解析域名時(shí),將域名交給自己的域名解析器進(jìn)行解析,域名解析將依次查看本地域名Cache 和本機(jī)的Host File。
(2) 如果本地域名Cache 和本機(jī)的Host File 中均沒(méi)有所要解析的域名,那么將向指定的DNS 服務(wù)器發(fā)送域名解析請(qǐng)求。指定的域名解析器依次查看自己的Zone File和Cache ,如果均沒(méi)有找到所要解析的域名,那么將向根DNS 服務(wù)器發(fā)送域名解析請(qǐng)求。
(3) 根域名服務(wù)器將向指定DNS 服務(wù)器返回所要查詢(xún)域名對(duì)應(yīng)的DNS 服務(wù)器的IP 地址,根據(jù)這一IP 地址,指定DNS 服務(wù)器將逐漸找到管理該域名的DNS 服務(wù)器的IP 地址,并從該DNS 服務(wù)器獲得解析結(jié)果。
(4) 指定DNS 服務(wù)器將域名解析結(jié)果返回給提出域名請(qǐng)求的主機(jī)的同時(shí),將解析結(jié)果存入自己的Cache 內(nèi)。 (返回題目)
4. 由于電子郵件地址中的郵件服務(wù)器域名通常是代表一個(gè)DNS 域,而不是一個(gè)主機(jī),如name@sina.com
中的sina.com 。因此,需要在DNS 服務(wù)器中設(shè)置郵件交換器,可以將電子郵件地址中的域名轉(zhuǎn)換成相應(yīng)的郵件服務(wù)器的IP 地址。 (返回題目)
5. URL 即統(tǒng)一資源定位器,是Internet 中WWW 服務(wù)器資源的標(biāo)準(zhǔn)尋址定位編碼,用于確定資源所在的
主機(jī)域名、資源的文件名及路徑和訪(fǎng)問(wèn)資源的協(xié)議。
URL 由三部分組成:第一部分是訪(fǎng)問(wèn)該資源所用的方式,如HTTP 、FTP 等;第二部分是資源所在的主機(jī)的域名或IP 地址;第三部分是所在主機(jī)中的資源存放的路徑及文件名。 (返回題目)
6. MIME 協(xié)議,也稱(chēng)為多用途Internet 郵件擴(kuò)充協(xié)議,利用了編碼技術(shù),對(duì)原先只能發(fā)送7bit 的ASCII
字符的郵件系統(tǒng)進(jìn)行了擴(kuò)充,使得電子郵件中可以發(fā)送除7bit 的ASCII 字符外的其它信息,如聲音、圖片文件等,還有包括中文在內(nèi)的多國(guó)文字。 (返回題目)
7. FTP 工作時(shí),需要在客戶(hù)端和服務(wù)器端建立控制連接和數(shù)據(jù)連接兩種類(lèi)型的TCP 連接??刂七B接用
于傳輸控制信息,包括FTP 客戶(hù)進(jìn)程向FTP 服務(wù)器分出的FTP 指令以及FTP 服務(wù)器的響應(yīng)。等到需要傳輸文件時(shí),服務(wù)器再與客戶(hù)端建立一個(gè)數(shù)據(jù)連接,進(jìn)行實(shí)際的數(shù)據(jù)傳輸。 (返回題目)
8.
(1) A (2) A (3) B (4) D (5) C (6) D (返回題目)