日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

EAP PPP擴展認證協(xié)議( 三 )

云知道


請求和應(yīng)答報文的格式如下所示，字段的傳輸順序是從左向右 。
0123
01234567890123456789012345678901
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CodeIdentifierLength
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
TypeType-Data...
- - - - - - - - - - - - - - - - - -
代碼Code
1請求
2.應(yīng)答
標(biāo)識Identifier
標(biāo)識字段占一個字節(jié) 。由于等待應(yīng)答超時而重傳的請求報文的標(biāo)識字段必須保持不變 。新的（不是重傳的）請求報文必須改變標(biāo)識字段 。假如對端在收到重復(fù)的請求報文之前已經(jīng)發(fā)送過針對該報文的應(yīng)答報文，它必須重新發(fā)送已發(fā)送的應(yīng)答報文 。假如對端收到重復(fù)的請求報文之前還沒有發(fā)送針對該報文的應(yīng)答報文，它必須靜靜地丟棄重復(fù)的請求報文 。
長度Length
長度字段占兩個自己，用于表示EAP報文的長度，包括代碼、標(biāo)識、長度和數(shù)據(jù)字段 。超出長度的字節(jié)應(yīng)該視為鏈路層的填充字節(jié)，接收方應(yīng)該忽略 。
類型Type
類型字段占一個字節(jié) 。這個字段表示請求或者應(yīng)答的信息類型 。每一種EAP請求或者應(yīng)答報文必須指定并且也只能指定一種類型 。一般情況下，應(yīng)答報文中的類型字段和請求報文中的類型字段是相同的，但是還存在一種為NAK的應(yīng)答類型用來表示對端不接受請求報文中的信息類型 。當(dāng)對端用NAK報文應(yīng)答請求報文的時候，對端可以同時提供一個它所支持的的信息類型供認證者選擇 。在本文的隨后章節(jié)中有對類型的具體定義 。
類型數(shù)據(jù)Type-Data
類型數(shù)據(jù)字段隨著請求或應(yīng)答報文中的類型字段變化而變化 。
成功和失敗
描述
成功報文是認證者向發(fā)送給對端用來指示認證成功的 。認證者必須傳送代碼字段為3（成功）的EAP報文 。
假如不能認證對端（對應(yīng)于一個或多個請求報文收到不可接受的應(yīng)答），認證者必須發(fā)送代碼字段為4（失?。┑腅AP報文 。認證者可能會在發(fā)送失敗的應(yīng)答報文之前再發(fā)起請求報文來避免用戶輸入錯誤的情況 。
1實現(xiàn)注重事項：由于成功和失敗報文不需要確認，它們有可能會丟失 。對端必須答應(yīng)這種情況的發(fā)生 。對端可以把網(wǎng)絡(luò)協(xié)議報文作為對認證成功的指示；同樣也可以把LCP的結(jié)束請求報文作為對認證失敗的指示 。
成功和失敗報文的格式如下所示，字段的傳輸順序從左向右 。
0123
01234567890123456789012345678901
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
CodeIdentifierLength
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
代碼Code
3代表成功
4代表失敗
標(biāo)識Identifier
標(biāo)識字段占一個字節(jié)，用于和對端的應(yīng)答報文之間的匹配 。成功和失敗報文中的標(biāo)識字段必須和它所對應(yīng)的應(yīng)答報文中的標(biāo)識字段相匹配 。
長度Length
4
1EAP請求/應(yīng)答類型
這一節(jié)中主要定義了在請求和應(yīng)答的交互過程中所使用到的EAP類型集，后續(xù)的文檔可能會再擴展其他的類型 。類型字段占一個字節(jié)，它標(biāo)識了EAP請求和應(yīng)答報文的結(jié)構(gòu) 。前三中類型有其非凡的適用情況，后兩種類型適用于認證信息的交互 。NAK類型只適用在應(yīng)答報文中，而絕不能出現(xiàn)在請求報文中 。所有的EAP實現(xiàn)必須支持類型1到4，本文中定義了這些類型以及類型5、6 。后續(xù)的RFC可能會定義一些其他的類型 。
1標(biāo)識Identity
2通知Notification
3否定Nak(只用在應(yīng)答中)
4MD5挑戰(zhàn)字MD5-Challenge
5一次密碼One-TimePassWord(OTP)(RFC1938)
6通用令牌卡GenericTokenCard
1.1標(biāo)識Identification
描述
標(biāo)識類型用來詢問對端的身份 。一般情況下，認證者會首先發(fā)起這種類型的請求，這種請求報文可選擇包含一個可顯示的提示信息，用于和終端用戶間的交互 。對這種請求報文的應(yīng)答報文的類型值也必須設(shè)為1 。

推薦閱讀