sniffer入門使用教程-資料下載頁
2025-06-25 22:22本頁面
【正文】 會話階段交互過程。PPPOE發(fā)現(xiàn)階段，PADI報文，Sniffer解碼結構如下所示。PPPOE會話階段，Sniffer解碼結構如下所示。 Radius協(xié)議Radius報文簡介標準Radius協(xié)議包結構圖9 Radius包格式Code：包類型；1字節(jié)；指示RADIUS包的類型。 1 Access request 認證請求 2 Access accept 認證響應 3 Access reject 認證拒絕 4 Accountingrequest 計費請求 5 Accountingresponse 計費響應 *11 Accesschallenge 認證挑戰(zhàn)Identifier： 包標識；1字節(jié)，取值范圍為0 ～255；用于匹配請求包和響應包，同一組請求包和響應包的Identifier應相同。Length： 包長度；2字節(jié)；整個包中所有域的長度。Authenticator：16 字節(jié)長；用于驗證RADIUS服務器傳回來的請求以及密碼隱藏算法上。該驗證字分為兩種： 請求驗證字Request Authenticator 用在請求報文中,必須為全局唯一的隨機值。 響應驗證字Response Authenticator 用在響應報文中，用于鑒別響應報文的合法性。 響應驗證字＝MD5(Code+ID+Length+請求驗證字+Attributes+Key)Attributes：屬性圖10 屬性格式屬性域是TLV結構編碼。 測試用例圖下圖為用戶端PPPOE，Radius Server和BAS交互的認證上線和下線的過程。報文1：BAS請求Radius Server認證報文。報文2：Radius Server回應BAS認證通過報文。報文3：BAS計費請求報文。報文4：Radius Server計費響應報文。報文5：BAS計費結束報文。報文6：Radius Server計費結束響應報文。從中可以看出對于報文請求和響應是通過IP地址+Radius 協(xié)議域中ID號進行配對識別的。上圖顯示了BAS發(fā)起的Radius認證請求（Code＝1）報文的結構。Radius報文是承載在UPD協(xié)議之上的，這里我沒不關注上層報文的結構。下圖為PPPOE CHAP認證過程的Radius認證請求報文和PPPOE中CHAP認證的Challenge報文。通過比較可以方便看出BAS發(fā)出的Challenge值為“26fe8768341de68a72a1276771e1c1ca”與PPPOE中CHAP認證過程中BAS發(fā)給PPPOE用戶的Challenge值是一致的。下圖為PPPOE用戶發(fā)為BAS的經(jīng)過CHAP加密后的用戶密碼和BAS發(fā)給Radius Server中認證請求報文用戶秘密屬性域的比較?？梢钥闯鲈赗adius 認證過程中，BAS設備將Challenge屬性和用戶加密后的密碼發(fā)給Radius進行驗證。通過比較可以清楚了解協(xié)議各字段含義相互關系，為問題處理提供有效的手段。下面為PPPOE用戶Radius認證的Sniffer捕獲的報文。
研究報告相關推薦
鄂ICP備17016276號-1