常見(jiàn)準(zhǔn)入認(rèn)證技術(shù)原理分析-全文預(yù)覽
【正文】 情況。以EAPMD5為例：（EAPMD5）認(rèn)證方式交互圖1：在用戶和接入服務(wù)器之間建立好物理連接后，用戶客戶端向接入服務(wù)器發(fā)送一個(gè)EAPoLStart報(bào)文（如果用戶是動(dòng)態(tài)分配地址的，可能是DHCP請(qǐng)求報(bào)文；如果用戶是手工配置地址的，可能是ARP請(qǐng)求報(bào)文），；2：接入服務(wù)器向客戶端發(fā)送EAPRequest/Identity報(bào)文，要求客戶端將用戶名送上來(lái)；3：客戶端回應(yīng)一個(gè)EAPResponse/Identity給接入服務(wù)器的請(qǐng)求，其中包括用戶名；4：接入服務(wù)器以EAP Over RADIUS的報(bào)文格式向RADIUS認(rèn)證服務(wù)器發(fā)送AccessRequest報(bào)文，里面含有客戶端發(fā)給接入服務(wù)器的EAPResponse/Identity報(bào)文，將用戶名提交RADIUS認(rèn)證服務(wù)器；5：接入服務(wù)器產(chǎn)生一個(gè)128 bit的Challenge；6：RADIUS認(rèn)證服務(wù)器回應(yīng)接入服務(wù)器一個(gè)AccessChallenge報(bào)文，里面含有EAPRequest/MD5Challenge報(bào)文，送給接入服務(wù)器用戶對(duì)應(yīng)的Challenge；7：接入服務(wù)器通過(guò)EAPRequest/MD5Challenge發(fā)送給認(rèn)證客戶端,送給用戶Challenge；8：客戶端收到EAPRequest/MD5Challenge報(bào)文后，將密碼和Challenge做MD5算法后的ChallengePassword，在EAPResponse/MD5Challenge回應(yīng)中把它發(fā)送給接入服務(wù)器；9：接入服務(wù)器將ChallengePassword通過(guò)AccessRequest報(bào)文送到RADIUS用戶認(rèn)證服務(wù)器，由RADIUS用戶認(rèn)證服務(wù)器進(jìn)行認(rèn)證；10：RADIUS用戶認(rèn)證服務(wù)器根據(jù)用戶信息判斷用戶是否合法，然后回應(yīng)認(rèn)證成功/失敗報(bào)文到接入服務(wù)器。在此種架構(gòu)下，系統(tǒng)實(shí)現(xiàn)IEEE 、認(rèn)證點(diǎn)和認(rèn)證服務(wù)器的三元結(jié)構(gòu)。1：當(dāng)用戶需要下線時(shí)，可以點(diǎn)擊認(rèn)證結(jié)果頁(yè)面上的下線機(jī)制，向Portal服務(wù)器發(fā)起一個(gè)下線請(qǐng)求；2：Portal服務(wù)器向接入服務(wù)器發(fā)起下線請(qǐng)求；3：接入服務(wù)器返回下線結(jié)果給Portal服務(wù)器；4：Portal服務(wù)器根據(jù)下線結(jié)果，推送含有對(duì)應(yīng)的信息的頁(yè)面給用戶；（不含計(jì)費(fèi)系統(tǒng)的WEB認(rèn)證下線流程只有上面4步，下面是計(jì)費(fèi)結(jié)束的介紹）5：當(dāng)接入服務(wù)器收到下線請(qǐng)求時(shí)，向RADIUS服務(wù)器發(fā)計(jì)費(fèi)結(jié)束報(bào)文；6：RADIUS服務(wù)器回應(yīng)接入服務(wù)器的計(jì)費(fèi)結(jié)束報(bào)文。另外，接入服務(wù)器支持當(dāng)網(wǎng)絡(luò)發(fā)生問(wèn)題用戶原先的線路不同，但有另一條線路可以訪問(wèn)接入服務(wù)器的情況，此時(shí)接入服務(wù)器可以通過(guò)新的IP包找到到達(dá)用戶的新路徑更新相關(guān)的信息。用戶認(rèn)真界面提交了用戶名和密碼之后，接入服務(wù)器與WEB認(rèn)證服務(wù)器協(xié)調(diào)工作，對(duì)用戶進(jìn)行認(rèn)證，其步驟如下：VLAN用戶接入流程（WEB認(rèn)證）14：用戶通過(guò)DHCP協(xié)議獲取地址的過(guò)程（靜態(tài)用戶手工配置地址即可）；5：用戶訪
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1