6我在北京寫的排錯報告-wenkub
2024-09-25 07 本頁面
【正文】 dislocaluser命令查看r5設(shè)備是否配置了用戶信息，發(fā)現(xiàn)r5上無任何用戶。但此處驗證失敗，說明r2上可能配置了錯誤的localuser信息或未配。在r2設(shè)備s6/0口中通過disthis發(fā)現(xiàn)該設(shè)備接口有命令pppauthenticationmodechap，說明本端開啟了驗證，但除此之外無其它ppp驗證命令，說明配置不符合雙向驗證的需求。但之前物理層排查時該鏈路通信正常。至此，stp部分錯誤排查完畢。在三臺設(shè)備上通過stpregionconfiguration進(jìn)入stp域視圖，通過命令regionnameh3c將設(shè)備域名命名為h3c，再通過activeregionconfiguration激活配置后，再進(jìn)入各設(shè)備通過disstpbri發(fā)現(xiàn)mast端口消失，多域故障解決。mstp多域及主備根不符合需求。在r2，r5設(shè)備上通過displayinterfaces6/0查看廣域網(wǎng)串口線路，查看ppp鏈路協(xié)商參數(shù)的5個up，說明廣域網(wǎng)線纜工作正常。我在北京寫的排錯報告 h3cte考試rip版本實驗排錯報告 本次排錯中，我使用分層方式進(jìn)行排錯。并且在各設(shè)備上ping與之直連的接口，均能夠ping通，由此判斷物理層沒有錯誤。 根據(jù)需求，在sw3，sw1，sw2設(shè)備上通過disstpbrief命令查看stp工作狀態(tài)，發(fā)現(xiàn)出現(xiàn)了mast端口。 多域問題解決后，在sw1上通過disstproot，發(fā)現(xiàn)實例根端口與要求不符，與需求要求正好相反。 錯誤點二。因驗證過程是在ppp協(xié)商的lcp階段協(xié)商的，如果ppp鏈路進(jìn)入network狀態(tài)后，再行配置的驗證即無法生效。在r5設(shè)備s6/0口中通過disth發(fā)現(xiàn)該設(shè)備接口配置了pppchapuserr2，pppchappasswordsimpleh3c，但除此之外無其它ppp驗證命令。回到r2設(shè)備上，通過dislocaluser命令，發(fā)現(xiàn)r2上確實配置了讓r2用戶，但servicetype為lanaccess。通過localuserr5，passsimh3c，serppp配置一個用戶，回到r2設(shè)備s6/0口，使用命令pppchapusr5，pppchpasih3c，再回到r5上通過pppauthch，執(zhí)行shut，undoshut后，稍后發(fā)現(xiàn)ppp協(xié)商up。但在各上述四設(shè)備上通過disospfpeer發(fā)現(xiàn)：sw2未與rt1建立鄰居關(guān)系，rt1未與rt2sw2建立鄰居關(guān)系，rt2上無任何鄰居關(guān)系，只有sw2與sw3間的鄰居關(guān)系正常；分部一區(qū)域area1中rt2與rt5之間也沒有鄰居關(guān)系。 回到rt1設(shè)備用戶視圖使用resospfcoun清除計數(shù)，再次通過disospferr查看，僅areaid數(shù)值一直上升，說明rt1與rt2之間無法建立鄰居關(guān)系原因是區(qū)域錯誤。至此，ospf鄰居建立故障排除。 根據(jù)需求，rt1與rt3，rt4使用rip，通過greoveripsec隧道互聯(lián)并學(xué)習(xí)路由。在上述兩設(shè)備上通過displayrip，發(fā)現(xiàn)協(xié)議中宣告了loopback接口。在rt4上，使用ping測試rt1的tunnul接口ip是否能夠通信，結(jié)果無法通信。由此證明，rt1與rt4間無法通信的原因是ipsec漏配造
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1