計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)八及解答

1、計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)八及解一、單項(xiàng)選擇題1.效勞程序在Windows環(huán)境下工作,并且允許該效勞器程序的計(jì)算機(jī)也作為客戶訪問其他計(jì)算機(jī)上提供的效勞.那么,這種網(wǎng)絡(luò)應(yīng)用模型屬于.A.主從式B.態(tài)等式C.客戶/效勞器模式D.集中式2 .用戶提出效勞請(qǐng)求,網(wǎng)絡(luò)將用戶請(qǐng)求傳送到效勞器；效勞器執(zhí)行用戶請(qǐng)求,完成所要求的操作并將結(jié)果送回用戶,這種工作模式稱為.A.C/S模式B.P2P模式C.CSMA/CD模式D.令牌環(huán)模式3 .以下關(guān)于：P2P概念的描述中,錯(cuò)誤的選項(xiàng)是.A.P2P是網(wǎng)絡(luò)節(jié)點(diǎn)之間采取對(duì)等的方式直接交換信息的工作模式B.P2P通信模式是指P2P網(wǎng)絡(luò)中對(duì)等節(jié)點(diǎn)之間的直接通信水平C.P2P網(wǎng)絡(luò)是指與互聯(lián)

2、網(wǎng)并行建設(shè)的、由對(duì)等節(jié)點(diǎn)組成的物理網(wǎng)絡(luò)D.P2P實(shí)現(xiàn)技術(shù)是指為實(shí)現(xiàn)對(duì)等節(jié)點(diǎn)之間直接通信的功能和特定的應(yīng)用所需要設(shè)計(jì)的協(xié)議、軟件等4 .下面關(guān)于客戶/效勞器模型的描述,存在錯(cuò)誤.I.客戶端必須知道效勞器的地址,而效勞器那么不需要知道客戶端的地址II.客戶端主要實(shí)現(xiàn)如何顯示信息與收集用戶的輸入,而效勞器主要實(shí)現(xiàn)數(shù)據(jù)的處理m.瀏覽器的顯示內(nèi)容來自效勞器W.客戶端是請(qǐng)求方,即使連接建立后,效勞器也不能主動(dòng)發(fā)送數(shù)據(jù)A.I、IVB.III、IVC.只有IVD.只有III5 .以下關(guān)于客戶/效勞器模型的說法中,不正確的選項(xiàng)是.A.效勞器專用于完成某些效勞,而客戶機(jī)那么是作為這些效勞的使用者B.客戶機(jī)通常位于

3、前端,效勞器通常位于后端1C.客戶機(jī)和效勞器通過網(wǎng)絡(luò)實(shí)現(xiàn)計(jì)算任務(wù)D.客戶機(jī)是面向任務(wù)的,效勞器是面向用戶的6 .【2021年計(jì)算機(jī)聯(lián)考真題】l如果本地域名效勞器無緩存,當(dāng)采用遞歸方法解析另一網(wǎng)絡(luò)某主機(jī)域名時(shí),用戶主機(jī)和本地域名效勞器發(fā)送的域名請(qǐng)求條數(shù)分別為.A1條,1條B.1條,多條C.多條,1條D.多條,多條7 .以下說法錯(cuò)誤的選項(xiàng)是.A.Intemet上提供客戶訪問的主機(jī)一定要有域名8 .同一域名在不同時(shí)間可能解析出不同的IP地址c.多個(gè)域名可以指向同一個(gè)主機(jī)IP地址D.IP子網(wǎng)中主機(jī)可以由不同的域名效勞器來維護(hù)其映射8 .域名系統(tǒng)DNs的組成不包括.lA.域名空間B.分布式數(shù)據(jù)庫c.域名

4、效勞器D.從內(nèi)部IP地址到外部IP地址的譯程序9 .DNS是基于模式的分布式系統(tǒng).A.C/SB.B/SC.P2PD.以上均不正確10 .互聯(lián)網(wǎng)中域名解析依賴于由域名效勞器組成的邏輯樹.請(qǐng)問在域名解析過程中,主機(jī)上請(qǐng)求域名解析的軟件不需要知道以下哪些信息？.I .本地域名效勞器的IPII .本地域名效勞器結(jié)節(jié)點(diǎn)的IPIII .域名效勞器樹根節(jié)點(diǎn)的IPA.I和IIB.I和IIIC.II和iiid.I、II和In11 .【2021年計(jì)算機(jī)聯(lián)考考真題】FTP客戶和效勞器間傳遞FTP命令時(shí),使用的連接是.A.建立在TCP之上的限制連接B.建立在TCP之上的數(shù)據(jù)連接C.建立在UDP之上的限制連接D.建立在

5、UDP之上的數(shù)據(jù)連接12 .以下關(guān)于：FTP工作模型的描述中,錯(cuò)誤的選項(xiàng)是.A.FTP協(xié)議使用限制連接、數(shù)據(jù)連接來完成文件的傳輸B.用于限制連接的TCP連接在效勞器端使用的熟知端口號(hào)為21C.用與限制連接的TCP連接在客戶端使用的端口號(hào)為20D.效勞器端由限制進(jìn)程、數(shù)據(jù)進(jìn)程兩個(gè)局部組成13 .一個(gè)FTP用戶,發(fā)送了一個(gè)LIST命令來獲取效勞器的文件列表,這時(shí)候效勞器應(yīng)該通過端口來傳輸該列表.A.21C.22B.20D.1914 .以下關(guān)于FTP連接的表達(dá)正確的選項(xiàng)是.A.限制連接先于數(shù)據(jù)連接被建立,并先于數(shù)據(jù)連接被釋放B.數(shù)據(jù)連接先于限制連接被建立,并先于限制連接被釋放C.限制連接先于數(shù)據(jù)連接

6、被建立,并晚于數(shù)據(jù)連接被釋放D.數(shù)據(jù)連接先于限制連接被建立,并晚于限制連接被釋放15 .FTPClient發(fā)起對(duì)FTPServer連的第一階段是建立.A.傳輸連接B.數(shù)據(jù)連接C.會(huì)話連接D.限制連接16 .限制信息是帶外傳送的協(xié)議是.A.B.SMTPC.FTPD.POP17.當(dāng)一臺(tái)計(jì)算機(jī)從FTP效勞器下載文件時(shí),在1咬FTP效勞器上對(duì)數(shù)據(jù)進(jìn)行封裝的5個(gè)裝換步驟是.A.比特,數(shù)據(jù)幀,數(shù)據(jù)報(bào),數(shù)據(jù)段,數(shù)據(jù)B.數(shù)據(jù),數(shù)據(jù)段,數(shù)據(jù)報(bào),數(shù)據(jù)幀,比特C.數(shù)據(jù)包,數(shù)據(jù)段,數(shù)據(jù),比特,數(shù)據(jù)幀D.數(shù)據(jù)段,數(shù)據(jù)報(bào),數(shù)據(jù)幀,比特,數(shù)據(jù)18 .文件傳送協(xié)議FTP的一個(gè)主要特征是.A.允許客戶指明文件的類型但不允許指明

7、文件的格式B.不允許客戶指明文件的類型但允許指明文件的格式C.允許客戶指明文件的類型與格式D.不允許客戶指明文件的類型與格式19 .以下關(guān)于電子郵件格式的說法錯(cuò)誤的選項(xiàng)是.A.電子郵件內(nèi)容包括郵件頭與郵件體兩局部B.郵件頭中發(fā)信人地址From:、發(fā)送時(shí)間、收信人地址To:以及郵件主題Subject是由系統(tǒng)自動(dòng)生成的.C.郵件體就是實(shí)際要傳送的信函內(nèi)容D.MIME協(xié)議允許電子郵件系統(tǒng)傳輸文字、圖像、語音與視頻等多種信息20 .不能用于用戶從郵件效勞器接收電子郵件的協(xié)議是.A.B.POP3C.SMTPD.IMAP21 .當(dāng)電子郵件用戶代理向郵件效勞器發(fā)送郵件時(shí),使用的是協(xié)議：當(dāng)用戶想從郵件效勞器讀

8、取郵件時(shí),可以使用協(xié)議.A.PPPB.POP3C.P2PD.SMTP22 .用戶代理只能發(fā)送不能接收電子郵件,那么可能是地址錯(cuò)誤.A.POP3B.SMTPC.DMail23 .SMTP基于傳輸層的協(xié)議,POP3基于傳輸層的協(xié)議.A.TCP,TCPB.TCP,UDPC.UDP,UDPD.UDP,UDP24 .從協(xié)議分析的角度,WWW效勞的第一步操作是瀏覽器對(duì)效勞器的.A.請(qǐng)求地址解析B.傳輸連接建立C.請(qǐng)求域名解析D.會(huì)話連接建立25 .以下關(guān)于非持續(xù)連接特點(diǎn)的描述中,錯(cuò)誤的選項(xiàng)是.A.支持非持續(xù)連接與持續(xù)連接B./1.O版使用非持續(xù)連接,而/1.1的默認(rèn)模式為持續(xù)連接C.非持續(xù)連接中對(duì)每一次請(qǐng)

9、求/響應(yīng)都要建立一次TCP連接D.非持續(xù)連接中讀取一個(gè)包含100個(gè)圖片對(duì)象的Web頁面,需要翻開和關(guān)閉10次TCP連接26.當(dāng)使用鼠標(biāo)單擊一個(gè)萬維網(wǎng)文檔時(shí),假設(shè)該文檔除了有文本外,還有三個(gè)gif圖像.TTP/1.0中需要建立次UDP連接和次TCP連接.A.0,4B,1,3C.0,2D,1,227.TCP和UDP的一些端口保存給一些特定的應(yīng)用使用.為協(xié)議保存的端口號(hào)為.A.TCP的80端ISlB.UDP的80端口C.TCP的25端口D.UDP的25端口28 .當(dāng)僅需Web效勞器對(duì)報(bào)文進(jìn)行響應(yīng),但并不需要返回請(qǐng)求對(duì)象時(shí),請(qǐng)求報(bào)文應(yīng)該使用的方法是.A.GETB.PUTC.POSTD.HEAD29 .

10、是一個(gè)無狀態(tài)協(xié)議,然而Weh站點(diǎn)經(jīng)常希望能夠識(shí)別用戶,這時(shí)需要用到.A.Wreb緩存B.CookieC.條件GETD.持久連接30.以下關(guān)于Cookie的說法中,錯(cuò)誤的選項(xiàng)是.A.Cookie存儲(chǔ)在效勞器端B.Cookie是效勞器產(chǎn)生的C.Cookie會(huì)威脅客戶的隱私D.Cookie的作用是跟蹤用戶的訪問和狀態(tài)31 .萬維網(wǎng)上每個(gè)頁面都有一個(gè)唯一的地址,這些地址統(tǒng)稱為.A.IP地址B.域名地址C.統(tǒng)一資源定位符D.WWW地址32 .要從某個(gè)的URL獲得一個(gè)萬維網(wǎng)文檔時(shí),假設(shè)該萬維網(wǎng)效勞器的IP地址開始時(shí)并不知道,需要用到的應(yīng)用層協(xié)議有.A.FTP和B.DNS協(xié)議和FTPC.DNS協(xié)議和D.TE

11、LNET協(xié)議和33.下面協(xié)議中,客戶機(jī)與效勞器之間采用面向無連接的協(xié)議進(jìn)行通信.A.FTPB.SMTPC.DNSD.二、綜合應(yīng)用題1 .下面列出的是使用TCP/IP協(xié)議通信的兩臺(tái)主機(jī)A和B傳送郵件的對(duì)話過程,請(qǐng)根據(jù)這個(gè)對(duì)話答復(fù)以下問題.A:220simplemailtransferservicereadyB:HELOA:2508: MAILFROM:.A:250mailacceptedB:RCPTTO:A：250recipientacceptedB:RCPTTO:A:550nosuchuserhereB=RCPTTO:

12、A:250recipientacceptedB:DATAA：354startmailinput;endwith.B:Date：Fri27May201114：16：21BJB:From:B：B：B:A:250OKB:QUITA：221serviceclosingtransmissionchannel.問題：1郵件接收方和發(fā)送方機(jī)器的全名是什么？發(fā)郵件的用戶名是什么？2發(fā)送方想把郵件發(fā)給幾個(gè)用戶？他們各叫什么名字？3哪些用戶能收到該郵件？4傳送郵件所使用的傳輸層協(xié)議叫什么名字？5為了接受郵件,接收方機(jī)器上等待連接的端口號(hào)是多少？2.在瀏覽器中輸入:/并按

13、回車,直到新浪的網(wǎng)站首頁顯示在其瀏覽器中,請(qǐng)問：在此過程中,根據(jù)TCP/IP參考模型,從應(yīng)用層到網(wǎng)絡(luò)層都用到了哪些協(xié)議？解答一、單項(xiàng)選擇題1 B在P2P模型中,各個(gè)用戶計(jì)算機(jī)共享資源,從而提供比單個(gè)用戶所能提供的要多得多的資源.在這里各個(gè)計(jì)算機(jī)沒有固定的客戶和效勞器劃分,任一對(duì)計(jì)算機(jī)稱為對(duì)等方.2 A用戶提出效勞請(qǐng)求,網(wǎng)絡(luò)將用戶請(qǐng)求傳送到效勞器；效勞器執(zhí)行用戶請(qǐng)求,完成所要求的操作并將結(jié)果送回用戶,這種工作模式稱為客戶/效勞器模式.3 CC選項(xiàng)中“P2P網(wǎng)絡(luò)是一種物理網(wǎng)絡(luò)的描述是錯(cuò)誤的.P2P網(wǎng)絡(luò)是指在互聯(lián)網(wǎng)中由對(duì)等節(jié)點(diǎn)組成的一種覆蓋網(wǎng)絡(luò)Overlaynetwork,是一種動(dòng)態(tài)的邏輯網(wǎng)絡(luò).另外

14、,對(duì)等節(jié)點(diǎn)之間具有直接通信的水平是P2P的顯著特點(diǎn).4 C客戶端是連接的請(qǐng)求方,在連接未建立之前效勞器在某一個(gè)端口上監(jiān)聽.這時(shí)客戶端必須要知道效勞器的地址才能發(fā)出請(qǐng)求,很明顯效勞器那么不需要知道客戶端的地址.一旦連接建立后,效勞器就能主動(dòng)發(fā)送數(shù)據(jù)給客戶端即瀏覽器的現(xiàn)實(shí)內(nèi)容來自效勞器,用于一些消息的通知,例如一些錯(cuò)誤的通知.所以只有IV錯(cuò)誤.5 D客戶機(jī)的作用是根據(jù)用戶需求向效勞器發(fā)出效勞請(qǐng)求,并將效勞器返回的結(jié)果呈現(xiàn)給用戶,因此客戶機(jī)是面向用戶的,效勞器是面向任務(wù)的.6 A采用遞歸查詢解析域名時(shí),如果主機(jī)所詢問的本地域名效勞器不知道被查詢域名的IP地址,那么本地域名效勞器就以DNS客戶的身份,

15、向其他根域名效勞器繼續(xù)發(fā)出查詢請(qǐng)求報(bào)文,這種方法用戶主機(jī)和本地域名效勞器發(fā)送的域名請(qǐng)求條數(shù)均為1條.7 AInternet上提供訪問的主機(jī)一定要有IP地址,不一定要有域名,A錯(cuò).域名在不同時(shí)間可以解析出不同的IP地址,這樣可以用多臺(tái)效勞器來分擔(dān)負(fù)載,B對(duì).也可以把多個(gè)域名指向同一個(gè)主機(jī)IP地址,C對(duì).與下面的主機(jī)可以在不同的網(wǎng)絡(luò)中,IP子網(wǎng)中主機(jī)也可以有不同的域名效勞器來維護(hù)其映射,D對(duì).8 DDNS系統(tǒng)提供從域名到IP地址或從IP地址到域名的映射效勞,并不提供從IP地址到IP地址的映射,因此也就不需要從內(nèi)部IP地址到外部IP地址的譯程序.9 A域名系統(tǒng)DNS是一個(gè)基于客戶/效勞器模式的分布式

16、數(shù)據(jù)庫系統(tǒng),主要作用是進(jìn)行域名和IP地址之間的相互映射.10 C在域名解析的過程中,主機(jī)上請(qǐng)求域名解析的軟件DNS客戶端向本地DNS服務(wù)器發(fā)出域名解析的請(qǐng)求,如果本地DNS中有該域名與IP的映射,那么直接向DNS客戶端發(fā)送應(yīng)答報(bào)文.如果本地DNS中沒有該映射,那么本地DNS效勞器代替DNS客戶端向互聯(lián)網(wǎng)上的其他DNS效勞器包括根域名效勞器、頂級(jí)域名效勞器發(fā)出域名解析請(qǐng)求.總之,DNS客戶端只需向本地DNS效勞器發(fā)出請(qǐng)求,然后等待本地DNS效勞器的應(yīng)答.所以知道本地DNS效勞器的IP地址即可.II和III都不是必需的.11 .A在進(jìn)行文件傳輸時(shí),FTP客戶和效勞器之間建立兩個(gè)并行的TCP連接：限

17、制連接和數(shù)據(jù)連接.限制連接在整個(gè)會(huì)話期間一直保持翻開,僅用來傳輸限制信息如連接請(qǐng)求,傳送請(qǐng)求等.數(shù)據(jù)連接用來傳輸數(shù)據(jù),傳送完畢后關(guān)閉數(shù)據(jù)傳送連接.12 .C在效勞器端,限制連接的.TCP連接使用21號(hào)端口,數(shù)據(jù)連接的TCP連接使用20號(hào)端口；而在客戶端,限制連接的rCP端口和數(shù)據(jù)連接的TCP端口都是由系統(tǒng)自動(dòng)分配的端口號(hào).需要注意的是,當(dāng)我們說FTP使用20、21號(hào)端口,：使用80號(hào)端口,SMTP使用25號(hào)端口時(shí),都是指相應(yīng)協(xié)議的效勞器端所使用的端口號(hào),客戶端使用系統(tǒng)自動(dòng)分配的端口號(hào)向這些效勞的熟知端口發(fā)起連接.13 .BFTP中數(shù)據(jù)連接的端口是20,而文件的列表是通過數(shù)據(jù)連接來傳輸?shù)?14

18、.CFTP客戶首先連接效勞器的21號(hào)端口,建立限制連接限制連接在整個(gè)會(huì)話期間一直保持翻開,然后建立數(shù)據(jù)連接,在數(shù)據(jù)傳送完畢后,數(shù)據(jù)連接先被釋放,限制連接最后釋放.15 .DFTP工作時(shí)使用兩個(gè)連接：限制連接和數(shù)據(jù)連接.FTPClient對(duì)FTPServer發(fā)起連接時(shí),首先建立限制連接,即向效勞器的21號(hào)TCP端口發(fā)起連接；然后再建立數(shù)據(jù)連接20號(hào)TCP端口.FTP并沒有傳輸連接和會(huì)話連接的說法.16 .C由于FTP使用了一個(gè)別離的限制連接,因此FTP的限制信息是帶外傳送的.17 .BFTP效勞器的數(shù)據(jù)要經(jīng)過應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、鏈路層以及物理層.因此,對(duì)應(yīng)的封裝是數(shù)據(jù)、數(shù)據(jù)段、數(shù)據(jù)報(bào)、數(shù)據(jù)幀

19、,最后是比特.18 .CFTP提供交互式的訪問,允許客戶指明文件的類型與格式,并允許文件具有存取權(quán)限.所以選項(xiàng)C為正確答案.19 B郵件頭是由多項(xiàng)內(nèi)容構(gòu)成的,其中一局部是由系統(tǒng)自動(dòng)生成的,如發(fā)信人地址From:、發(fā)送時(shí)間；另一局部是由發(fā)件人輸入的,如收信人地址To:、郵件主題Subject:等20 CSMTP是一種推協(xié)議,用于發(fā)送方用戶代理與發(fā)送發(fā)效勞器之間以及發(fā)送方服務(wù)器與接收方效勞器之間,不能用于接收方用戶從效勞器上讀取郵件.常用的郵件讀取協(xié)議有POP3、和IMAP.大家平時(shí)通過瀏覽器登陸163郵箱、GMAIL郵箱等就是使用作為郵件讀取協(xié)議.IMAP網(wǎng)際報(bào)文存取協(xié)議是另一個(gè)專用于讀取郵件的

20、協(xié)議,它比POP3復(fù)雜得多,功能也更為強(qiáng)大.21 IDBSMTP用于用戶代理向郵件效勞器傳送郵件以及郵件效勞器之間傳送郵件；POP3那么用于用戶代理從郵件效勞器中讀取郵件.22 A用戶代理使用POP3協(xié)議接收郵件.通常用戶在配置電子郵件用戶代理時(shí)需要設(shè)置郵件效勞器的POP3地址如,如果這個(gè)地址設(shè)置錯(cuò)誤,就會(huì)導(dǎo)致用戶無法接收郵件.用戶代理中的SMTP地址錯(cuò)誤的話會(huì)導(dǎo)致無法發(fā)送郵件.收件人E-mail地址錯(cuò)誤的話,可能會(huì)發(fā)錯(cuò)人,也可能會(huì)導(dǎo)致投遞失敗不存在白地址.23 .ASMTP和POP3都是基于TCP的協(xié)議,提供可靠的郵件通信.24 .C建立瀏覽器與效勞器之間的連接需要知道效勞器的IP地址和端口

21、號(hào)80端口是熟知端口,而訪問站點(diǎn)時(shí)瀏覽器從用戶那里得到的是www站點(diǎn)的域名,所以瀏覽器必須首先向DNS請(qǐng)求域名解析,獲得效勞器的IP地址后,才可以請(qǐng)求建立TCP連接.25 .D非持續(xù)連接對(duì)每一次請(qǐng)求/響應(yīng)都要建立一次TCP連接.在瀏覽器請(qǐng)求一個(gè)包含100個(gè)圖片對(duì)象的Web頁面時(shí),效勞器需要傳輸1個(gè)根本HTML文件和100個(gè)圖片對(duì)象.因此一共是101個(gè)對(duì)象,需要翻開和關(guān)閉TCP連接101次.26 .A在傳輸層用的是TCP,所以無需建立UDP連接；/1.0只支持非持久連接,所以每請(qǐng)求一個(gè)對(duì)象需要建立一次TCP連接,在此題的情景中,共需要傳輸1個(gè)根本_HTML對(duì)象和3個(gè)gif對(duì)象,所以共需建立4次TCP連接.27 .A在傳輸層使用TC