6我在北京寫的排錯報告-免費(fèi)閱讀
【正文】 錯誤點(diǎn)十六：分部一不允許通過總部訪問公網(wǎng)但未做處理不符合需求 根據(jù)需求，分部1有獨(dú)立公網(wǎng)出口，不通過總部訪問公網(wǎng)，但圖上未提及接口及ip。（測試前已在sw1設(shè)備上配置了telnet服務(wù)用以測試） 錯誤點(diǎn)十四：僅允許總部a業(yè)務(wù)遠(yuǎn)程管理rt1設(shè)備不符合需求 根據(jù)需求，rt1設(shè)備只允許總部a業(yè)務(wù)進(jìn)行管理。發(fā)布后，回到sw2，sw3設(shè)備上ping測試，符合題目需求。 ，首先undoimospf1的引入，通過imospf1rourip2ospf，進(jìn)ospf視圖，undoimrip1，imrip1rouospf2rip，并filterpolicyipprefixripexport。因rip不支持超網(wǎng)聚合，對a業(yè)務(wù)無法實現(xiàn)聚合。 錯誤點(diǎn)九：應(yīng)當(dāng)引入的路由未引入造成條目缺失 根據(jù)需求，分部二的ab業(yè)務(wù)可以與總部互通，分部間b業(yè)務(wù)互通，但總部及分部一中缺少分部二的路由條目。通過disvrrpverbose發(fā)現(xiàn)兩設(shè)備的優(yōu)先級均為100。至此greoveripsec排錯完畢。再測試公網(wǎng)，發(fā)現(xiàn)rt4能夠正常與rt1公網(wǎng)接口通信。但在rt1設(shè)備上，發(fā)現(xiàn)與rt3相連的tunnul接口一直up/down。在rt1和rt2上通過disospfinterface，發(fā)現(xiàn)rt1宣告正常，但rt2設(shè)備上g0/1/0和g0/1/1口應(yīng)當(dāng)被宣告在area0中，但卻宣告在了area1中，應(yīng)當(dāng)被宣告在area1中的s0/2/0口被宣告在了area0中。至此，ppp雙向驗證需求實現(xiàn)，本部分錯誤排查結(jié)束。說明本端在接口上發(fā)送用戶名密碼，但未開啟驗證。ppp驗證不符合需求。出現(xiàn)mast端口說明mstp中出現(xiàn)了多域，與題目需求的單域需求不符。 在各項排錯以前，我首先在各路由器上通過displayipinterfacebrief，交換機(jī)上使用displaybriefinterface命令查看使用到的接口狀態(tài)是否為up，通過查看確實為up。 錯誤點(diǎn)一。在sw2上通過stpins1ropri，stpins2rosec，在sw3上通過stpins1rosec，stpin2ropri，配置完畢后，在sw1上通過disstpro發(fā)現(xiàn)實例根端口與需求相符。undoshut之后接口開始出現(xiàn)頻繁的up/down，說明驗證有問題。再進(jìn)入r2設(shè)備s6/0口，shut，undoshut命令后，稍后發(fā)現(xiàn)ppp協(xié)商up，至此，ppp單向驗證實現(xiàn)。到rt1設(shè)備上通過disospferr發(fā)現(xiàn)該設(shè)備上routerid及areaid項目均有大量計數(shù)，并在顯示中發(fā)現(xiàn)rt1與sw2設(shè)備routerid重復(fù)。錯誤點(diǎn)五：greoveripsec錯誤。但rt4設(shè)備的路由未正常學(xué)習(xí)，可能是做了相關(guān)屏蔽或gre隧道不通造成的。通過aclnu3000，再通過ikepeerrt1，exchangemodeaggressive，presharedkeysimpleh3c，idtypename，remotenamert1，通過ipsecproposal1創(chuàng)建提議，通過ipsecpolicyrt110isakmp創(chuàng)建policy，通過securityacl3000，ikepeerrt1，proposal1配置pol
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1