點到點協(xié)議ppp配置實驗-資料下載頁
2025-01-09 22:00本頁面
【正文】 的發(fā)送主機(jī)名與口令要和驗證方用戶數(shù)據(jù)庫的用戶名與口令一致。步驟4：綜合驗證與調(diào)試首先使用ping命令驗證連通；而后在R1或R2上執(zhí)行show interface命令查看接口狀態(tài)，確定PPP封裝，鏈路協(xié)商已經(jīng)完成（接口up，up）最后使用debug ppp命令來觀察CHAP認(rèn)證的過程：在R1和R2上分別執(zhí)行debug ppp authentication命令：R1 debug ppp authentication ！打開R1調(diào)試PPP認(rèn)證開關(guān)R2 debug ppp authentication ！打開R2調(diào)試PPP認(rèn)證開關(guān)同任務(wù)1中一樣，在關(guān)閉后又重新啟用接口時會看到CHAP驗證過程的調(diào)試信息，內(nèi)容如下：驗證方R1（鏈路協(xié)商信息被略去，只保留CHAP的驗證過程）PPP: serial 1/2 Send CHAP challenge id=54 to remote hostPPP: serial 1/2 CHAP response id=54, received from r2PPP: serial 1/2 Send CHAP success id=54 to remotePPP: serial 1/2 remote router passed CHAP authentication.PPP: serial 1/2 lcp authentication OK!被驗證方R2（鏈路協(xié)商信息被略去，只保留CHAP的驗證過程）PPP: serial 1/2 Using CHAP hostname r2.PPP: serial 1/2 recv CHAP challenge from R1PPP: serial 1/2 username R1 not found in local router.PPP: serial 1/2 Using default CHAP password.PPP: serial 1/2 Passed CHAP authentication with remote.PPP: serial 1/2 lcp authentication OK!分析你所看到的CHAP驗證過程，回答下面的問題：1）R2向R1發(fā)起連接呼叫，R1接口已經(jīng)配置PPP CHAP驗證，LCP協(xié)商使用CHAP和MD5，在這次呼叫中，R1要向呼叫者R2發(fā)出CHAP挑戰(zhàn)消息，其中該挑戰(zhàn)消息的序列號ID是多少？質(zhì)詢方的認(rèn)證名（驗證方的發(fā)送設(shè)備名）是什么？2）R2接收R1發(fā)送的挑戰(zhàn)消息后，在本地用戶數(shù)據(jù)庫查找哪個用戶沒有找到？而后才使用默認(rèn)的CHAP password出響應(yīng)，這個口令是由那條命令建立的？3）R1接收的響應(yīng)消息包括序列號ID、發(fā)送設(shè)備名、R2處理挑戰(zhàn)消息中的ID和隨機(jī)數(shù)與發(fā)送密碼一起產(chǎn)生的散列編碼，這里的序列號ID是多少？發(fā)送設(shè)備名是什么？散列編碼中的發(fā)送密碼是什么？4）R1根據(jù)接收的響應(yīng)消息中的設(shè)備名查詢本地用戶數(shù)據(jù)庫，找到對應(yīng)的口令，并與之前發(fā)送挑戰(zhàn)時保存的ID和隨機(jī)數(shù)進(jìn)行散列處理，將結(jié)果與響應(yīng)消息中的哈希數(shù)比較，由于結(jié)果一致，發(fā)送驗證成功的消息。在這里，驗證成功的消息的ID是什么？本地用戶數(shù)據(jù)庫中找到的記錄中用戶名和口令分別是什么？這條記錄是如何建立的？第 7 頁 共 7 頁
公司管理相關(guān)推薦
鄂ICP備17016276號-1