- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
06-802.1X配置
本章節下載： 06-802.1X配置 (591.14 KB)
802.1X協議是一種基於端口的網絡接入控製協議，即在局域網接入設備的端口上對所接入的用戶和設備進行認證，以便控製用戶設備對網絡資源的訪問。
802.1X係統中包括三個實體：客戶端（Client）、設備端（Device）和認證服務器（Authentication server），如圖1-1所示。
圖1-1 802.1X體係結構圖
· 客戶端是請求接入局域網的用戶終端，由局域網中的設備端對其進行認證。客戶端上必須安裝支持802.1X認證的客戶端軟件。
· 設備端是局域網中控製客戶端接入的網絡設備，位於客戶端和認證服務器之間，為客戶端提供接入局域網的端口（物理端口或邏輯端口），並通過與認證服務器的交互來對所連接的客戶端進行認證。
· 認證服務器用於對客戶端進行認證、授權和計費，通常為RADIUS（Remote Authentication Dial-In User Service，遠程認證撥號用戶服務）服務器。認證服務器根據設備端發送來的客戶端認證信息來驗證客戶端的合法性，並將驗證結果通知給設備端，由設備端決定是否允許客戶端接入。在一些規模較小的網絡環境中，認證服務器的角色也可以由設備端來代替，即由設備端對客戶端進行本地認證、授權和計費。
設備端為客戶端提供的接入局域網的端口被劃分為兩個邏輯端口：受控端口和非受控端口。任何到達該端口的幀，在受控端口與非受控端口上均可見。
· 非受控端口：始終處於雙向連通狀態，主要用來傳遞認證報文，保證客戶端始終能夠發出或接收認證報文。
· 受控端口：設備端利用認證服務器對需要接入局域網的客戶端進行認證，並根據認證結果（Accept或Reject）對受控端口的授權狀態進行相應地控製。
¡ 客戶端認證成功，受控端口處於授權狀態。該狀態下端口雙向連通，用於傳遞業務報文。
¡ 客戶端認證失敗，受控端口處於非授權狀態。該狀態下，又可以分為兩種情況：
- 雙向受控狀態：禁止幀的發送和接收；
- 單向受控狀態時：禁止從客戶端接收幀，但允許向客戶端發送幀。目前，設備上的受控端口隻能處於單向受控狀態。
802.1X係統使用EAP（Extensible Authentication Protocol，可擴展認證協議）來實現客戶端、設備端和認證服務器之間認證信息的交互。EAP是一種C/S模式的認證框架，它可以支持多種認證方法，例如MD5-Challenge、EAP-TLS（Extensible Authentication Protocol -Transport Layer Security，可擴展認證協議-傳輸層安全）、PEAP（Protected Extensible Authentication Protocol，受保護的擴展認證協議）等。在客戶端與設備端之間，EAP報文使用EAPOL（Extensible Authentication Protocol over LAN，局域網上的可擴展認證協議）封裝格式承載於數據幀中傳遞。在設備端與RADIUS服務器之間，EAP報文的交互有EAP中繼和EAP終結兩種處理機製。
設備端對收到的EAP報文進行中繼，使用EAPOR（EAP over RADIUS）封裝格式將其承載於RADIUS報文中發送給RADIUS服務器。
圖1-3 EAP中繼原理示意圖
該處理機製下，EAP認證過程在客戶端和RADIUS服務器之間進行。RADIUS服務器作為EAP服務器來處理客戶端的EAP認證請求，設備相當於一個中繼，僅對EAP報文做中轉。
設備對EAP認證過程進行終結，將收到的EAP報文中的客戶端認證信息封裝在標準的RADIUS報文中，與服務器之間采用EAP（Extensible Authentication Protocol，可擴展認證協議）、PAP（Password Authentication Protocol，密碼認證協議）或CHAP（Challenge Handshake Authentication Protocol，質詢握手認證協議）方法進行認證。
圖1-4 EAP終結原理示意圖
表1-1 EAP中繼與EAP終結的對比
|
報文交互方式 |
優勢 |
局限性 |
|
EAP中繼 |
· 支持多種EAP認證方法 · 設備端的配置和處理流程簡單 |
一般來說需要RADIUS服務器支持EAP-Message和Message-Authenticator屬性，以及客戶端采用的EAP認證方法 |
|
EAP終結 |
對RADIUS服務器無特殊要求，支持EAP、PAP認證和CHAP認證即可 |
· 僅能支持MD5-Challenge（PAP或CHAP）、PEAP-GTC（EAP）和PEAP-MSCHAPv2（EAP）類型的EAP認證方法以及iNode 802.1X客戶端發起的“用戶名+密碼”方式的EAP認證 · 設備端處理相對複雜 |
EAP報文格式如圖1-5所示。
圖1-5 EAP報文格式
· Code：EAP報文的類型，包括Request（1）、Response（2）、Success（3）和Failure（4）。
· Identifier：用於匹配Request消息和Response消息的標識符。
· Length：EAP報文的長度，包含Code、Identifier、Length和Data域，單位為字節。
· Data：EAP報文的內容，該字段僅在EAP報文的類型為Request和Response時存在，它由類型域和類型數據兩部分組成，例如，類型域為1表示Identity類型，類型域為4表示MD5 challenge類型。
EAPOL是802.1X協議定義的一種承載EAP報文的封裝技術，主要用於在局域網中傳送客戶端和設備端之間的EAP協議報文。EAPOL數據包的格式如圖1-6所示。
圖1-6 EAPOL數據包格式
· PAE Ethernet Type：表示協議類型。EAPOL的協議類型為0x888E。
· Protocol Version：表示EAPOL數據幀的發送方所支持的EAPOL協議版本號。
· Type：表示EAPOL數據幀類型。目前設備上支持的EAPOL數據幀類型見表1-2。
表1-2 EAPOL數據幀類型
|
類型值 |
數據幀類型 |
說明 |
|
0x00 |
EAP-Packet |
認證信息幀，用於承載客戶端和設備端之間的EAP報文 |
|
0x01 |
EAPOL-Start |
認證發起幀，用於客戶端向設備端發起認證請求 |
|
0x02 |
EAPOL-Logoff |
退出請求幀，用於客戶端向設備端發起下線請求 |
· Length：表示數據域的長度，也就是Packet Body字段的長度，單位為字節。當EAPOL數據幀的類型為EAPOL-Start或EAPOL-Logoff時，該字段值為0，表示後麵沒有Packet Body字段。
· Packet Body：數據域的內容。
RADIUS為支持EAP認證增加了兩個屬性：EAP-Message（EAP消息）和Message-Authenticator（消息認證碼）。在含有EAP-Message屬性的數據包中，必須同時包含Message-Authenticator屬性。關於RADIUS報文格式的介紹請參見“安全配置指導”中的“AAA”的RADIUS協議簡介部分。
· EAP-Message
如圖1-7所示，EAP-Message屬性用來封裝EAP報文，Value域最長253字節，如果EAP報文長度大於253字節，可以對其進行分片，依次封裝在多個EAP-Message屬性中。
圖1-7 EAP-Message屬性封裝
· Message-Authenticator
如圖1-8所示，Message-Authenticator屬性用於在EAP認證過程中驗證攜帶了EAP-Message屬性的RADIUS報文的完整性，避免報文被竄改。如果接收端對接收到的RADIUS報文計算出的完整性校驗值與報文中攜帶的Message-Authenticator屬性的Value值不一致，該報文會被認為無效而丟棄。
圖1-8 Message-Authenticator屬性封裝
設備端支持采用EAP中繼方式或EAP終結方式與遠端RADIUS服務器交互。以下關於802.1X認證過程的描述，都以客戶端主動發起認證為例。
這種方式是IEEE 802.1X標準規定的，將EAP承載在其它高層協議中，如EAP over RADIUS，以便EAP報文穿越複雜的網絡到達認證服務器。一般來說，需要RADIUS服務器支持EAP屬性：EAP-Message和Message-Authenticator。
如圖1-9所示，以MD5-Challenge類型的EAP認證為例，具體認證過程如下。
圖1-9 IEEE 802.1X認證係統的EAP中繼方式認證流程
(1) 當用戶需要訪問外部網絡時打開802.1X客戶端程序，輸入用戶名和密碼，發起連接請求。此時，客戶端程序將向設備端發出認證請求幀（EAPOL-Start），開始啟動一次認證過程。
(2) 設備端收到認證請求幀後，將發出一個Identity類型的請求幀（EAP-Request/Identity）要求用戶的客戶端程序發送輸入的用戶名。
(3) 客戶端程序響應設備端發出的請求，將用戶名信息通過Identity類型的響應幀（EAP-Response/Identity）發送給設備端。
(4) 設備端將客戶端發送的響應幀中的EAP報文封裝在RADIUS報文（RADIUS Access-Request）中發送給認證服務器進行處理。
(5) RADIUS服務器收到設備端轉發的用戶名信息後，將該信息與數據庫中的用戶名列表對比，找到該用戶名對應的密碼信息，用隨機生成的一個MD5 Challenge對密碼進行加密處理，同時將此MD5 Challenge通過RADIUS Access-Challenge報文發送給設備端。
(6) 設備端將RADIUS服務器發送的MD5 Challenge轉發給客戶端。
(7) 客戶端收到由設備端傳來的MD5 Challenge後，用該Challenge對密碼進行加密處理，生成EAP-Response/MD5 Challenge報文，並發送給設備端。
(8) 設備端將此EAP-Response/MD5 Challenge報文封裝在RADIUS報文（RADIUS Access-Request）中發送給RADIUS服務器。
(9) RADIUS服務器將收到的已加密的密碼信息和本地經過加密運算後的密碼信息進行對比，如果相同，則認為該用戶為合法用戶，並向設備端發送認證通過報文（RADIUS Access-Accept）。
(10) 設備收到認證通過報文後向客戶端發送認證成功幀（EAP-Success），並將端口改為授權狀態，允許用戶通過端口訪問網絡。
(11) 用戶在線期間，設備端會通過向客戶端定期發送握手報文的方法，對用戶的在線情況進行監測。
(12) 客戶端收到握手報文後，向設備發送應答報文，表示用戶仍然在線。缺省情況下，若設備端發送的兩次握手請求報文都未得到客戶端應答，設備端就會讓用戶下線，防止用戶因為異常原因下線而設備無法感知。
(13) 客戶端可以發送EAPOL-Logoff幀給設備端，主動要求下線。
(14) 設備端把端口狀態從授權狀態改變成未授權狀態，並向客戶端發送EAP-Failure報文。
EAP中繼方式下，需要保證在客戶端和RADIUS服務器上選擇一致的EAP認證方法，而在設備上，隻需要通過dot1x authentication-method eap命令啟動EAP中繼方式即可。
這種方式將EAP報文在設備端終結並映射到RADIUS報文中，利用標準RADIUS協議完成認證、授權和計費。設備端與RADIUS服務器之間可以采用EAP、PAP或者CHAP認證方法。如圖1-10所示，以CHAP認證為例，具體的認證流程如下。
圖1-10 IEEE 802.1X認證係統的EAP終結方式認證流程
EAP終結方式與EAP中繼方式的認證流程相比，不同之處在於用來對用戶密碼信息進行加密處理的MD5 challenge由設備端生成，之後設備端會把用戶名、MD5 challenge和客戶端加密後的密碼信息一起發送給RADIUS服務器，進行相關的認證處理。
802.1X的認證過程可以由客戶端主動發起，也可以由設備端發起。
· 組播觸發：客戶端主動向設備端發送EAPOL-Start報文來觸發認證，該報文目的地址為組播MAC地址01-80-C2-00-00-03。
· 廣播觸發：客戶端主動向設備端發送EAPOL-Start報文來觸發認證，該報文的目的地址為廣播MAC地址。該方式可解決由於網絡中有些設備不支持上述的組播報文，而造成設備端無法收到客戶端認證請求的問題。
目前，iNode的802.1X客戶端可支持廣播觸發方式。
設備端主動觸發方式用於支持不能主動發送EAPOL-Start報文的客戶端。設備主動觸發認證的方式分為以下兩種：
· 組播觸發：設備每隔一定時間（缺省為30秒）主動向客戶端組播發送Identity類型的EAP-Request幀來觸發認證。
· 單播觸發：當設備收到源MAC地址未知的報文時，主動向該MAC地址單播發送Identity類型的EAP-Request幀來觸發認證。若設備端在設置的時長內沒有收到客戶端的響應，則重發該報文。
設備不僅支持協議所規定的基於端口的接入控製方式（Port-based），還對其進行了擴展、優化，支持基於MAC的接入控製方式（MAC-based）。
· 采用基於端口的接入控製方式時，隻要該端口下的第一個用戶認證成功後，其它接入用戶無須認證就可使用網絡資源，但是當第一個用戶下線後，其它用戶也會被拒絕使用網絡。
· 采用基於MAC的接入控製方式時，該端口下的所有接入用戶均需要單獨認證，當某個用戶下線後，也隻有該用戶無法使用網絡。
802.1X用戶在通過遠程AAA/本地AAA認證時，遠程AAA服務器/接入設備可以下發授權VLAN信息給用戶的接入端口，但是僅遠程AAA服務器支持授權攜帶Tag的VLAN。
該方式下，需要在服務器上指定下發給用戶的授權VLAN信息，下發的授權VLAN信息可以有多種形式，包括數字型VLAN和字符型VLAN，字符型VLAN又可分為VLAN名稱、VLAN組名、攜帶後綴的VLAN ID（後綴用於標識是否攜帶Tag）。
設備收到服務器的授權VLAN信息後，首先對其進行解析，隻要解析成功，即以對應的方法下發授權VLAN；如果解析不成功，則用戶認證失敗。
· 若認證服務器下發的授權VLAN信息為一個VLAN ID或一個VLAN名稱，則僅當對應的VLAN不為動態學習到的VLAN、保留VLAN時，該VLAN才是有效的授權VLAN。當認證服務器下發VLAN名稱時，對應的VLAN必須為已存在的VLAN。
· 若認證服務器下發的授權VLAN信息為一個VLAN組名，則設備首先會通過組名查找該組內配置的VLAN列表。若查找到授權VLAN列表，則在這一組VLAN中，除動態VLAN之外的所有VLAN都有資格被授權給用戶。關於VLAN組的相關配置，請參見“二層技術-以太網交換配置指導”中的“VLAN”。
¡ 若接入控製方式為Port-based，則將該組VLAN中ID最小的VLAN授權給當前的認證用戶，且後續該端口上的認證用戶均被加入該授權VLAN。
· 若認證服務器下發的授權VLAN信息為一個包含若幹VLAN編號以及若幹VLAN名稱的字符串，則設備首先將其解析為一組VLAN ID，然後采用與解析一個VLAN組名相同的解析邏輯選擇一個授權VLAN。
· 若認證服務器下發的授權VLAN信息為一個包含若幹個“VLAN ID+後綴”形式的字符串，則隻有第一個不攜帶後綴或者攜帶untagged後綴的VLAN將被解析為唯一的untagged的授權VLAN，其餘VLAN都被解析為tagged的授權VLAN。例如服務器下發字符串“1u 2t 3”，其中的u和t均為後綴，分別表示untagged和tagged。該字符串被解析之後，VLAN 1為untagged的授權VLAN，VLAN 2和VLAN 3為tagged的授權VLAN。該方式下發的授權VLAN僅對端口鏈路類型為Hybrid或Trunk，且802.1X接入控製方式為Port-based的端口有效。
¡ 端口的缺省VLAN將被修改為untagged的授權VLAN。若不存在untagged的授權VLAN，則不修改端口的缺省VLAN。
¡ 端口將允許所有解析成功的授權VLAN通過。
該方式下，可以通過配置本地用戶的授權屬性指定下發給用戶的授權VLAN信息，且隻能指定一個授權VLAN。設備將此VLAN作為該本地用戶的授權VLAN。關於本地用戶的相關配置，請參考“安全配置指導”中的“AAA”。
無論是遠程AAA授權，還是本地AAA授權，除了認證服務器下發“VLAN ID+後綴”形式的字符串之外，其它情況下設備均會根據用戶認證上線的端口鏈路類型，按照表1-3將端口加入指定的授權VLAN中。
|
接入控製方式 |
Access端口 |
Trunk端口 |
Hybrid端口 |
|
Port-based |
· 不支持下發帶Tag的VLAN · 加入授權VLAN · 缺省VLAN修改為授權VLAN |
· 允許授權VLAN通過 · 授權VLAN未攜帶Tag的情況下，缺省VLAN修改為授權VLAN；授權VLAN攜帶Tag的情況下，不會修改該端口的缺省VLAN |
· 授權VLAN未攜帶Tag的情況下，允許授權VLAN以不攜帶Tag的方式通過；授權VLAN攜帶Tag的情況下，允許授權VLAN以攜帶Tag的方式通過 · 授權VLAN未攜帶Tag的情況下，缺省VLAN修改為授權VLAN；授權VLAN攜帶Tag的情況下，不會修改該端口的缺省VLAN |
|
MAC-based |
· 不支持下發帶Tag的VLAN · 加入第一個通過認證的用戶的授權VLAN · 缺省VLAN修改為第一個通過認證的用戶的授權VLAN |
· 允許授權VLAN通過 · 授權VLAN未攜帶Tag的情況下，缺省VLAN修改為第一個通過認證的用戶的授權VLAN；授權VLAN攜帶Tag的情況下，不會修改該端口的缺省VLAN |
· 授權VLAN未攜帶Tag的情況下，允許授權VLAN以不攜帶Tag的方式通過 · 在授權VLAN未攜帶Tag的情況下且端口上開啟了MAC VLAN功能，則根據授權VLAN動態地創建基於用戶MAC的VLAN，而端口的缺省VLAN並不改變 · 在授權VLAN未攜帶Tag的情況下且端口上未開啟MAC VLAN功能，則端口的缺省VLAN修改為第一個通過認證的用戶的授權VLAN · 授權VLAN攜帶Tag的情況下，允許授權VLAN以攜帶Tag的方式通過，但不修改該端口的缺省VLAN |
|
說明：在授權VLAN未攜帶Tag的情況下，隻有開啟了MAC VLAN功能的端口上才允許給不同的用戶MAC授權不同的VLAN。如果沒有開啟MAC VLAN功能，授權給所有用戶的VLAN必須相同，否則僅第一個通過認證的用戶可以成功上線。 在授權VLAN攜帶Tag的情況下，無論是否開啟了MAC VLAN功能，設備都會給不同的用戶授權不同的VLAN，一個VLAN隻能授權給一個用戶。 |
|||
授權VLAN並不影響端口的配置。但是，授權VLAN的優先級高於用戶配置的VLAN，即通過認證後起作用的VLAN是授權VLAN，用戶配置的VLAN在用戶下線後生效。
· 對於Hybrid端口，如果認證用戶的報文攜帶VLAN Tag，則應通過port hybrid vlan命令配置該端口在轉發指定的VLAN報文時攜帶VLAN Tag；如果認證用戶的報文不攜帶VLAN Tag，則應配置該端口在轉發指定的VLAN報文時不攜帶VLAN Tag。否則，當服務器沒有授權下發VLAN時，用戶雖然可以通過認證但不能訪問網絡。
· 對於Hybrid端口，不建議把將要下發或已經下發的授權VLAN配置為攜帶Tag的方式加入端口。
· 在啟動了802.1X周期性重認證功能的Hybrid端口上，若用戶在MAC VLAN功能開啟之前上線，則MAC VLAN功能不能對該用戶生效，即係統不會根據服務器下發的VLAN生成該用戶的MAC VLAN表項，隻有該在線用戶重認證成功且服務器下發的VLAN發生變化時，MAC VLAN功能才會對它生效。MAC VLAN功能的詳細介紹請參見“二層技術-以太網交換配置指導”中的“VLAN”。
802.1X Guest VLAN功能允許用戶在未認證的情況下，訪問某一特定VLAN中的資源。這個特定的VLAN稱之為Guest VLAN，該VLAN內通常放置一些用於用戶下載客戶端軟件或其他升級程序的服務器。
根據端口的接入控製方式不同，Guest VLAN的生效情況有所不同。
在接入控製方式為Port-based的端口上配置Guest VLAN後，若全局和端口上都使能了802.1X，端口授權狀態為auto，且端口處於激活狀態，則該端口就被加入Guest VLAN，所有在該端口接入的用戶將被授權訪問Guest VLAN裏的資源。端口加入Guest VLAN的情況與加入授權VLAN相同，與端口鏈路類型有關，請參見“授權VLAN”中的“不同類型的端口加入授權VLAN”。
當端口上處於Guest VLAN中的用戶發起認證且失敗時：如果端口配置了Auth-Fail VLAN，則該端口會被加入Auth-Fail VLAN；如果端口未配置Auth-Fail VLAN，則該端口仍然處於Guest VLAN內。關於Auth-Fail VLAN的具體介紹請參見“802.1X Auth-Fail VLAN”。
當端口上處於Guest VLAN中的用戶發起認證且成功時，端口會離開Guest VLAN，之後端口加入VLAN情況與認證服務器是否下發VLAN有關，具體如下：
· 若認證服務器下發VLAN，則端口加入下發的VLAN中。
· 若認證服務器未下發VLAN，則端口回到初始VLAN中。
用戶下線後，端口加入Guest VLAN。
在接入控製方式為MAC-based的端口上配置Guest VLAN後，端口上未認證的用戶將被授權訪問Guest VLAN裏的資源。
當端口上處於Guest VLAN中的用戶發起認證且失敗時，如果端口配置了Auth-Fail VLAN，則認證失敗的用戶將被加入Auth-Fail VLAN；如果端口未配置Auth-Fail VLAN，則該用戶將離開Guest VLAN，回到加入Guest VLAN之前端口所在的初始VLAN。
當端口上處於Guest VLAN中的用戶發起認證且成功時，設備會根據認證服務器是否下發授權VLAN決定將該用戶加入到下發的授權VLAN中，或使其回到加入Guest VLAN之前端口所在的初始VLAN。
802.1X Auth-Fail VLAN功能允許用戶在認證失敗的情況下訪問某一特定VLAN中的資源，這個VLAN稱之為Auth-Fail VLAN。需要注意的是，這裏的認證失敗是認證服務器因某種原因明確拒絕用戶認證通過，比如用戶密碼錯誤，而不是認證超時或網絡連接等原因造成的認證失敗。
根據端口的接入控製方式不同，Auth-Fail VLAN的生效情況有所不同。
在接入控製方式為Port-based的端口上配置Auth-Fail VLAN後，若該端口上有用戶認證失敗，則該端口會離開當前的VLAN被加入到Auth-Fail VLAN，所有在該端口接入的用戶將被授權訪問Auth-Fail VLAN裏的資源。端口加入Auth-Fail VLAN的情況與加入授權VLAN相同，與端口鏈路類型有關，請參見“授權VLAN”中的“不同類型的端口加入授權VLAN”。
當加入Auth-Fail VLAN的端口上有用戶發起認證並失敗，則該端口將會仍然處於Auth-Fail VLAN內；如果認證成功，則該端口會離開Auth-Fail VLAN，之後端口加入VLAN情況與認證服務器是否下發授權VLAN有關，具體如下：
· 若認證服務器下發了授權VLAN，則端口加入下發的授權VLAN中。
· 若認證服務器未下發授權VLAN，則端口回到缺省VLAN中。
用戶下線後，若端口上配置了Guest VLAN，則加入Guest VLAN，否則加入缺省VLAN。
在接入控製方式為MAC-based的端口上配置Auth-Fail VLAN後，該端口上認證失敗的用戶將被授權訪問Auth-Fail VLAN裏的資源。
當Auth-Fail VLAN中的用戶再次發起認證時，如果認證成功，則設備會根據認證服務器是否下發VLAN決定將該用戶加入到下發的授權VLAN中，或使其回到端口的缺省VLAN中；如果認證失敗，則該用戶仍然留在該Auth-Fail VLAN中。
802.1X Critical VLAN功能允許用戶在認證時，當所有認證服務器都不可達的情況下訪問某一特定VLAN中的資源，這個VLAN稱之為Critical VLAN。目前，隻采用RADIUS認證方式的情況下，在所有RADIUS認證服務器都不可達後，端口才會加入Critical VLAN。若采用了其它認證方式，則端口不會加入Critical VLAN。
根據端口的接入控製方式不同，Critical VLAN的生效情況有所不同。
在接入控製方式為Port-based的端口上配置Critical VLAN後，若該端口上有用戶認證時，所有認證服務器都不可達，則該端口會被加入到Critical VLAN，之後所有在該端口接入的用戶將被授權訪問Critical VLAN裏的資源。在用戶進行重認證時，若所有認證服務器都不可達，且端口指定在此情況下強製用戶下線，則該端口也會被加入到Critical VLAN。端口加入Critical VLAN的情況與加入授權VLAN相同，與端口鏈路類型有關，請參見“授權VLAN”中的“不同類型的端口加入授權VLAN”。
已經加入Critical VLAN的端口上有用戶發起認證時，如果所有認證服務器不可達，則端口仍然在Critical VLAN內；如果服務器可達且認證失敗，且端口配置了Auth-Fail VLAN，則該端口將會加入Auth-Fail VLAN，否則回到端口的缺省VLAN中；如果服務器可達且認證成功，則該端口加入VLAN的情況與認證服務器是否下發VLAN有關，具體如下：
· 若認證服務器下發了授權VLAN，則端口加入下發的授權VLAN中。
· 若認證服務器未下發授權VLAN，則端口回缺省VLAN中。
用戶下線後，若端口上配置了Guest VLAN，則加入Guest VLAN，否則加入缺省VLAN。
在接入控製方式為MAC-based的端口上配置Critical VLAN後，若該端口上有用戶認證時，所有認證服務器都不可達，則端口將允許Critical VLAN通過，用戶將被授權訪問Critical VLAN裏的資源。
當Critical VLAN中的用戶再次發起認證時，如果所有認證服務器不可達，則用戶仍然在Critical VLAN中；如果服務器可達且認證失敗，且端口配置了Auth-Fail VLAN，則該用戶將會加入Auth-Fail VLAN，否則回到端口的缺省VLAN中；如果服務器可達且認證成功，則設備會根據認證服務器是否下發授權VLAN決定將該用戶加入下發的授權VLAN中，或使其回到端口的缺省VLAN中。
802.1X支持ACL（Access Control List，訪問控製列表）下發提供了對上線用戶訪問網絡資源的過濾與控製功能。當用戶上線時，如果RADIUS服務器上或接入設備的本地用戶視圖中指定了要下發給該用戶的授權ACL，則設備會根據下發的授權ACL對用戶所在端口的數據流進行過濾，與授權ACL規則匹配的流量，將按照規則中指定的permit或deny動作進行處理。由於服務器上或設備本地用戶視圖下指定的是授權ACL的編號，因此還需要在設備上創建該ACL並配置對應的ACL規則。管理員可以通過改變授權的ACL編號或設備上對應的ACL規則來改變用戶的訪問權限。
802.1X認證可成功授權的ACL類型為基本ACL（ACL編號為2000～2999）、高級ACL（ACL編號為3000～3999）和二層ACL（ACL編號為4000～4999）。但當下發的ACL不存在、未配置ACL規則或ACL規則配置了counting、established、fragment、source-mac或logging參數時，授權ACL不生效。有關ACL規則的具體介紹，請參見“ACL和QoS命令參考”中的“ACL”。
802.1X重認證是指設備周期性對端口上在線的802.1X用戶發起重認證，以檢測用戶連接狀態的變化、確保用戶的正常在線，並及時更新服務器下發的授權屬性（例如ACL、VLAN等）。
認證服務器可以通過下發RADIUS屬性（session-timeout、Termination-action）來指定用戶會話超時時長以及會話中止的動作類型。認證服務器上如何下發以上RADIUS屬性的具體配置以及是否可以下發重認證周期的情況與服務器類型有關，請參考具體的認證服務器實現。
802.1X用戶認證通過後，端口對用戶的重認證功能具體實現如下：
· 當認證服務器下發了用戶會話超時時長，且指定的會話中止動作為要求用戶進行重認證，則無論設備上是否開啟周期性重認證功能，端口都會在用戶會話超時時長到達後對該用戶發起重認證。
· 當認證服務器下發了用戶會話超時時長，且指定的會話中止動作為要求用戶下線時：
¡ 若設備上開啟了周期性重認證功能，且設備上配置的重認證定時器值小於用戶會話超時時長，則端口會以重認證定時器的值為周期向該端口在線802.1X用戶發起重認證；若設備上配置的重認證定時器值大於等於用戶會話超時時長，則端口會在用戶會話超時時長到達後強製該用戶下線。
¡ 若設備上未開啟周期性重認證功能，則端口會在用戶會話超時時長到達後強製該用戶下線。
· 當認證服務器未下發用戶會話超時時長時，是否對用戶進行重認證，由設備上配置的重認證功能決定。
· 對於已在線的802.1X用戶，要等當前重認證周期結束並且認證通過後才會按新配置的周期進行後續的重認證。
· 端口對用戶進行重認證過程中，重認證服務器不可達時端口上的802.1X用戶狀態均由端口上的配置決定。
在用戶名不改變的情況下，端口允許重認證前後服務器向該用戶下發不同的VLAN。
EAD（Endpoint Admission Defense，端點準入防禦）作為一個網絡端點接入控製方案，它通過安全客戶端、安全策略服務器、接入設備以及第三方服務器的聯動，加強了對用戶的集中管理，提升了網絡的整體防禦能力。但是在實際的應用過程中EAD客戶端的部署工作量很大，例如，需要網絡管理員手動為每一個EAD客戶端下載、升級客戶端軟件，這在EAD客戶端數目較多的情況下給管理員帶來了操作上的不便。
802.1X認證支持的EAD快速部署功能就可以解決以上問題，它允許未通過認證的802.1X用戶訪問一個指定的IP地址段（稱為Free IP），並可以將用戶發起的HTTP訪問請求重定向到該IP地址段中的一個指定的URL（重定向URL），實現用戶自動下載並安裝EAD客戶端的目的。
· Free IP：未通過認證的802.1X終端用戶可以訪問的IP地址段，該IP地址段中可以配置一個或多個特定服務器，用於提供EAD客戶端的下載升級或者動態地址分配等服務。
· 重定向URL：802.1X終端用戶在認證成功之前，如果使用瀏覽器訪問網絡，則設備會將用戶訪問的URL重定向到已配置的URL（例如，重定向到EAD客戶端下載界麵），這樣隻要用戶打開瀏覽器，就必須進入管理員預設的界麵。
EAD快速部署功能通過製定EAD規則（通常為ACL規則）來給予未通過認證的終端用戶受限製的網絡訪問權限。當大量用戶同時認證時，ACL資源將迅速被占用，如果沒有用戶認證成功，將出現ACL資源不足的情況，會導致一部分新接入的用戶無法認證。
管理員可以通過配置EAD規則的老化時間來控製用戶對ACL資源的占用，當用戶訪問網絡時該定時器開始計時，在定時器超時或者用戶下載客戶端並成功通過認證之後，該用戶所占用的ACL資源被刪除，在老化時間內未進行任何操作的用戶所占用的ACL資源會及時得到釋放。
SmartOn功能是為了支持NEC公司的802.1X客戶端而開發的，其基本原理如圖1-11所示，在開始802.1X認證請求前增加了SmartOn認證，如果SmartOn認證不成功，則不再繼續進行802.1X認證。
圖1-11 開啟SmartOn功能後802.1X的認證流程
開啟了SmartOn功能的設備通過判斷Switch ID和密碼來決定用戶是否能進行正常的802.1X認證過程：
· 隻有當客戶端的Switch ID和密碼與設備上所配置的Switch ID和密碼一致時，802.1X的認證過程才能繼續；
· 如果用戶試圖使用其它的802.1X客戶端，則設備在802.1X認證之前就拒絕該用戶的訪問。
安裝客戶端軟件後，需要在Windows注冊表中的[HKEY_LOCAL_MACHINE\SOFTWARE\Soliton Systems K.K.\SmartOn Client\Clients\1XGate]，新建兩個字符串值QX_ID和QX_PASSWORD，分別設置為Switch ID和密碼，這兩個值必須和設備上所配置的Switch ID和密碼一致。
· 由於通過配置端口安全特性也可以為用戶提供802.1X認證服務，且還可以提供802.1X和MAC地址認證的擴展和組合應用，因此在需要靈活使用以上兩種認證方式的組網環境下，推薦使用端口安全特性。無特殊組網要求的情況下，無線環境中通常使用端口安全特性。在僅需要802.1X特性來完成接入控製的組網環境下，推薦單獨使用802.1X特性。關於端口安全特性的詳細介紹和具體配置請參見“安全配置指導”中的“端口安全”。
· 當端口上配置的802.1X認證的Guest VLAN、Auth-Fail VLAN、Critical VLAN中存在用戶時，不允許切換該端口的鏈路類型。
802.1X配置任務如下：
(1) 開啟802.1X
(2) 配置802.1X認證的基本功能
¡ （可選）配置端口的強製認證域
¡ （可選）配置802.1X認證超時定時器
¡ （可選）配置802.1X重認證功能
¡ （可選）配置802.1X靜默功能
(3) （可選）配置802.1X下發VLAN功能
(4) （可選）配置802.1X其它功能
¡ 配置802.1X強製采用EAP終結方式並指定引用的EAP認證方案。
¡ 配置認證觸發功能
對於不支持主動發送認證觸發報文的客戶端，可配置認證觸發功能，即設備主動向該端口上的客戶端發送認證請求來觸發802.1X認證。
在配置802.1X之前，需要完成以下任務：
· 配置802.1X用戶所屬的ISP認證域及其使用的AAA方案，即本地認證方案或RADIUS方案。
· 如果需要通過RADIUS服務器進行認證，則應該在RADIUS服務器上配置相應的用戶名和密碼。
· 如果需要本地認證，則應該在設備上手動添加認證的用戶名和密碼。配置本地認證時，用戶使用的服務類型必須設置為lan-access。
隻有同時開啟全局和端口的802.1X後，802.1X的配置才能在端口上生效。
端口上開啟802.1X之前，請保證端口未加入聚合組。
(1) 進入係統視圖。
system-view
(2) 開啟全局的802.1X功能。
dot1x
缺省情況下，全局的802.1X處於關閉狀態。
(3) 進入接口視圖。
interface interface-type interface-number
(4) 開啟端口的802.1X功能。
dot1x
缺省情況下，端口的802.1X處於關閉狀態。
設備上的802.1X係統采用的認證方法與設備對於EAP報文的處理機製有關，具體如下：
· 當指定authentication-method為eap時：
¡ 如果未配置dot1x eap-termination eap-profile，則表示設備采用EAP中繼認證方式。該方式下，設備端對客戶端發送的EAP報文進行中繼處理，並能支持客戶端與RADIUS服務器之間所有類型的EAP認證方法。
¡ 如果配置了dot1x eap-termination eap-profile，則表示設備采用EAP終結認證方式。該方式下，設備端對客戶端發送的EAP報文進行本地終結，並僅支持客戶端與RADIUS服務器之間采用PEAP-GTC和PEAP-MSCHAPv2認證方法。
· 當指定authentication-method為chap或pap時，表示設備采用EAP終結認證方式。該方式下，設備端對客戶端發送的EAP報文進行本地終結，並能支持與RADIUS服務器之間采用CHAP或PAP類型的認證方法。
· 如果客戶端采用了MD5-Challenge類型的EAP認證，則設備端隻能采用CHAP認證；如果iNode 802.1X客戶端采用了“用戶名+密碼”方式的EAP認證，設備上可選擇使用PAP認證或CHAP認證，從安全性上考慮，通常使用CHAP認證。
· 如果采用EAP中繼認證方式，則設備會把客戶端輸入的內容直接封裝後發給服務器，這種情況下user-name-format命令的設置無效，user-name-format的介紹請參見“安全命令參考”中的“AAA”。
(1) 進入係統視圖。
system-view
(2) 配置802.1X係統的認證方法。
dot1x authentication-method { chap | eap | pap }
缺省情況下，設備啟用EAP終結方式，並采用CHAP認證方法。
通過配置端口的授權狀態，可以控製端口上接入的用戶是否需要經過認證來訪問網絡資源。端口支持以下三種授權狀態：
· 強製授權（authorized-force）：表示端口始終處於授權狀態，允許用戶不經認證即可訪問網絡資源。
· 強製非授權（unauthorized-force）：表示端口始終處於非授權狀態，不允許用戶進行認證。設備端不為通過該端口接入的客戶端提供認證服務。
· 自動識別（auto）：表示端口初始狀態為非授權狀態，僅允許EAPOL報文收發，不允許用戶訪問網絡資源；如果用戶通過認證，則端口切換到授權狀態，允許用戶訪問網絡資源。這也是最常用的一種狀態。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口的授權狀態。
dot1x port-control { authorized-force | auto | unauthorized-force }
缺省情況下，端口的授權狀態為auto。
設備支持兩種端口接入控製方式：基於端口控製（portbased）和基於MAC控製（macbased）。
端口存在802.1X在線用戶時，切換接入控製方式會導致在線用戶立刻下線。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口接入控製方式。
dot1x port-method { macbased | portbased }
缺省情況下，端口采用的接入控製方式為macbased。
在端口上指定強製認證域為802.1X接入提供了一種安全控製策略。所有從該端口接入的802.1X用戶將被強製使用指定的認證域來進行認證、授權和計費，從而防止用戶通過惡意假冒其它域賬號從本端口接入網絡。另外，管理員也可以通過配置強製認證域對不同端口接入的用戶指定不同的認證域，從而增加了管理員部署802.1X接入策略的靈活性。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 指定端口上802.1X用戶使用的強製認證域。
dot1x mandatory-domain domain-name
802.1X認證過程中會啟動多個定時器以控製客戶端、設備以及RADIUS服務器之間進行合理、有序的交互。可配置的802.1X認證定時器包括以下兩種：
· 客戶端認證超時定時器：當設備端向客戶端發送了EAP-Request/MD5 Challenge請求報文後，設備端啟動此定時器，若在該定時器設置的時長內，設備端沒有收到客戶端的響應，設備端將重發該報文。
· 認證服務器超時定時器：當設備端向認證服務器發送了RADIUS Access-Request請求報文後，設備端啟動該定時器，若在該定時器設置的時長內，設備端沒有收到認證服務器的響應，則802.1X認證失敗。
一般情況下，無需改變認證超時定時器的值，除非在一些特殊或惡劣的網絡環境下，才需要通過命令來調節。例如，用戶網絡狀況比較差的情況下，可以適當地將客戶端認證超時定時器值調大一些；還可以通過調節認證服務器超時定時器的值來適應不同認證服務器的性能差異。
(1) 進入係統視圖。
system-view
(2) 配置客戶端認證超時定時器。
dot1x timer supp-timeout supp-timeout-value
缺省情況下，客戶端認證超時定時器的值為30秒。
(3) 配置認證服務器超時定時器。
dot1x timer server-timeout server-timeout-value
缺省情況下，認證服務器超時定時器的值為100秒。
修改設備上配置的認證域或802.1X係統認證方法都不會影響在線用戶的802.1X重認證，隻對配置之後新上線的用戶生效。
(1) 進入係統視圖。
system-view
(2) （可選）配置周期性重認證定時器。
dot1x timer reauth-period reauth-period-value
缺省情況下，周期性重認證定時器的值為3600秒。
(3) 進入接口視圖。
interface interface-type interface-number
(4) 開啟周期性重認證功能。
dot1x re-authenticate
缺省情況下，周期性重認證功能處於關閉狀態。
(5) （可選）配置重認證服務器不可達時端口上的802.1X用戶保持在線狀態。
dot1x re-authenticate server-unreachable keep-online
缺省情況下，端口上的802.1X在線用戶重認證時，若認證服務器不可達，則會被強製下線。
若配置保持用戶在線，當服務器在短時間內恢複可達，則可以避免用戶頻繁上下線；若處於缺省狀態，當服務器可達性在短時間內不可恢複，可避免用戶在線狀態長時間與實際不符。
當802.1X用戶認證失敗以後，設備需要靜默一段時間（通過命令dot1x timer quiet-period設置）後再重新發起認證，在靜默期間，設備不對802.1X認證失敗的用戶進行802.1X認證處理。
在網絡處在風險位置，容易受攻擊的情況下，可以適當地將靜默定時器值調大一些，反之，可以將其調小一些來提高對用戶認證請求的響應速度。
(1) 進入係統視圖。
system-view
(2) 開啟靜默定時器功能。
dot1x quiet-period
缺省情況下，靜默定時器功能處於關閉狀態。
(3) （可選）配置靜默定時器。
dot1x timer quiet-period quiet-period-value
缺省情況下，靜默定時器的值為60秒。
· 在接入控製方式為MAC-based的端口上生成的Guest VLAN表項會覆蓋已生成的阻塞MAC表項，但如果端口因檢測到非法報文而關閉，則802.1X Guest VLAN功能無法生效。
· 不同的端口可以指定不同的802.1X Guest VLAN，一個端口最多隻能指定一個802.1X Guest VLAN 。
· 如果用戶端設備發出的是攜帶Tag的數據流，且接入端口上使能了802.1X認證並配置了802.1X Guest VLAN，為保證各種功能的正常使用，請為Voice VLAN、端口的缺省VLAN和802.1X的Guest VLAN分配不同的VLAN ID。
· 端口類型為Hybrid時，請不要將指定的Guest VLAN修改為攜帶Tag的方式。
配置802.1X Guest VLAN之前，需要進行以下配置準備：
· 創建需要配置為Guest VLAN的VLAN。
· 在接入控製方式為MAC-based的端口上，保證端口類型為Hybrid，端口上的MAC VLAN功能處於使能狀態。MAC VLAN功能的具體配置請參見“二層技術-以太網交換配置指導”中的“VLAN”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口的802.1X Guest VLAN。
dot1x guest-vlan guest-vlan-id
缺省情況下，端口上未配置802.1X Guest VLAN。
· 不同的端口可以指定不同的802.1X Auth-Fail VLAN，一個端口最多隻能指定一個802.1X Auth-Fail VLAN。
· 如果用戶端設備發出的是攜帶Tag的數據流，為保證各種功能的正常使用，請為Voice VLAN、端口的缺省VLAN和802.1X的Auth-Fail VLAN分配不同的VLAN ID。
· 在接入控製方式為MAC-based的端口上同時配置了802.1X Auth-Fail VLAN與MAC地址認證Guest VLAN時，若用戶首先進行MAC地址認證且失敗，則加入MAC地址認證的Guest VLAN中，之後若該用戶再進行802.1X認證且失敗，則會離開MAC地址認證Guest VLAN而加入802.1X Auth-Fail VLAN中；若用戶首先進行802.1X認證且失敗，之後除非成功通過MAC地址認證或者802.1X認證，否則會一直位於802.1X Auth-Fail VLAN中。
· 在接入控製方式為MAC-based的端口上生成的Auth-Fail VLAN表項會覆蓋已生成的阻塞MAC表項，但如果端口因檢測到非法報文而關閉，則802.1X的Auth-Fail VLAN功能無法生效。
· 端口類型為Hybrid時，請不要將指定的Auth-Fail VLAN修改為攜帶Tag的方式。
配置802.1X Auth-Fail VLAN之前，需要進行以下配置準備：
· 創建需要配置為Auth-Fail VLAN的VLAN。
· 在接入控製方式為MAC-based的端口上，保證端口類型為Hybrid，端口上的MAC VLAN功能處於使能狀態。MAC VLAN功能的具體配置請參見“二層技術-以太網交換配置指導”中的“VLAN”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口的802.1X Auth-Fail VLAN。
dot1x auth-fail vlan authfail-vlan-id
缺省情況下，端口沒有配置802.1X Auth-Fail VLAN。
· 不同的端口可以指定不同的802.1X Critical VLAN，一個端口最多隻能指定一個802.1X Critical VLAN。
· 如果用戶端設備發出的是攜帶Tag的數據流，為保證各種功能的正常使用，請為Voice VLAN、端口的缺省VLAN和802.1X的Critical VLAN分配不同的VLAN ID。
· 在接入控製方式為Port-based的端口上，若端口已經處於802.1X Auth-Fail VLAN，則當所有認證服務器都不可達時，端口並不會離開當前的VLAN而加入802.1X Critical VLAN。在接入控製方式為MAC-based的端口上，當處於Auth-Fail VLAN的用戶再次發起認證時，如果認證服務器不可達，則該用戶仍然留在該Auth-Fail VLAN中，不會離開當前的VLAN而加入802.1X Critical VLAN。
· 若端口已經處於802.1X Guest VLAN，則當所有認證服務器都不可達時，端口會離開當前的VLAN並加入802.1X Critical VLAN。
· 端口類型為Hybrid時，請不要將指定的Critical VLAN修改為攜帶Tag的方式。
配置802.1X Critical VLAN之前，需要進行以下配置準備：
· 創建需要配置為Critical VLAN的VLAN。
· 在接入控製方式為MAC-based的端口上，保證端口類型為Hybrid，端口上的MAC VLAN功能處於使能狀態。MAC VLAN功能的具體配置請參見“二層技術-以太網交換配置指導”中的“VLAN”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口的802.1X Critical VLAN。
dot1x critical vlan critical-vlan-id
缺省情況下，端口沒有配置802.1X Critical VLAN。
當客戶端使用了RADIUS服務器不支持的認證方法並采用EAP中繼方式進行認證時，將會造成認證失敗。
為了解決以上問題，可以配置本功能。配置本功能後，無論之前配置了何種認證方式，設備都將采用EAP終結方式將客戶端認證請求報文封裝在標準RADIUS報文中發送給認證服務器，從而使客戶端通過認證。
目前本功能僅支持對采用PEAP-GTC和PEAP-MSCHAPv2認證方式的認證請求報文進行EAP終結處理。
配置本功能後，僅允許使用eap方式（執行dot1x authentication-method eap命令）進行認證。當客戶端使用PEAP-GTC進行認證時，即使認證方式配置為eap，設備內部實際采用chap方式完成認證流程。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置802.1X強製采用EAP終結方式並指定引用的EAP認證方案。
dot1x eap-termination eap-profile eap-profile-name
缺省情況下，未配置802.1X強製采用EAP終結方式並指定引用的EAP認證方案。
對於不支持主動發送EAPOL-Start報文來發起802.1X認證的客戶端，設備支持配置認證觸發功能，即設備主動向該端口上的客戶端發送認證請求來觸發802.1X認證。設備提供了以下兩種類型的認證觸發功能：
· 組播觸發功能：啟用了該功能的端口會定期（間隔時間通過命令dot1x timer tx-period設置）向客戶端組播發送EAP-Request/Identity報文來檢測客戶端並觸發認證。
· 單播觸發功能：當啟用了該功能的端口收到源MAC地址未知的報文時，會主動向該MAC地址單播發送EAP-Request/Identity報文，若端口在指定的時間內（通過命令dot1x timer tx-period設置）沒有收到客戶端的響應，則重發該報文（重發次數通過命令dot1x retry設置）。
· 若端口連接的802.1X客戶端不能主動發起認證，則需要開啟組播觸發功能。
· 若端口連接的802.1X客戶端不能主動發起認證，且僅部分802.1X客戶端需要進行認證，為避免不希望認證或已認證的802.1X客戶端收到多餘的認證觸發報文，則需要開啟單播觸發功能。
· 對於無線局域網來說，可以由客戶端主動發起認證，或由無線模塊發現用戶並觸發認證，而不必由設備端定期發送802.1X的組播報文來觸發。同時，組播觸發報文會占用無線的通信帶寬，因此建議無線局域網中的接入設備關閉組播觸發功能。
· 建議組播觸發功能和單播觸發功能不要同時開啟，以免認證報文重複發送。
· 單播觸發功能建議隻在端口接入控製方式為MAC-based時配置；若在端口接入控製方式為Port-based時配置單播觸發功能，可能會導致用戶正常無法上線。
(1) 進入係統視圖。
system-view
(2) （可選）配置用戶名請求超時定時器。
dot1x timer tx-period tx-period-value
缺省情況下，用戶名請求超時定時器的值為30秒。
(3) 進入接口視圖。
interface interface-type interface-number
(4) 開啟認證觸發功能。
dot1x { multicast-trigger | unicast-trigger }
缺省情況下，組播觸發功能處於開啟狀態，單播觸發功能處於關閉狀態。
由於係統資源有限，如果當前端口上接入的用戶過多，接入用戶之間會發生資源的爭用。因此限製接入用戶數可以使屬於當前端口的用戶獲得可靠的性能保障。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置端口同時接入用戶數的最大值。
dot1x max-user max-number
缺省情況下，端口同時接入用戶數為4294967295。
如果設備向用戶發送認證請求報文後，在規定的時間裏（可通過命令dot1x timer tx-period或者dot1x timer supp-timeout設定）沒有收到用戶的響應，則設備將向用戶重發該認證請求報文，若設備累計發送認證請求報文的次數達到配置的最大值後，仍然沒有得到用戶響應，則停止發送認證請求。
(1) 進入係統視圖。
system-view
(2) 配置設備向接入用戶發送認證請求報文的最大次數。
dot1x retry retries
缺省情況下，設備最多可向接入用戶發送2次認證請求報文。
開啟設備的在線用戶握手功能後，設備會定期（時間間隔通過命令dot1x timer handshake-period設置）向通過802.1X認證的在線用戶發送握手請求報文（EAP-Request/Identity），以定期檢測用戶的在線情況。如果設備連續多次（通過命令dot1x retry設置）沒有收到客戶端的應答報文（EAP-Response/Identity），則會將用戶置為下線狀態。
有些802.1X客戶端如果沒有收到設備回應的在線握手成功報文（EAP-Success），就會自動下線。為了避免這種情況發生，需要在端口上開啟發送在線握手成功報文功能。
在線用戶握手功能處於開啟狀態的前提下，還可以通過開啟在線用戶握手安全功能，來防止在線的802.1X認證用戶使用非法的客戶端與設備進行握手報文的交互，而逃過代理檢測、雙網卡檢測等iNode客戶端的安全檢查功能。開啟了在線用戶握手安全功能的設備通過檢驗客戶端上傳的握手報文中攜帶的驗證信息，來確認用戶是否使用iNode客戶端進行握手報文的交互。如果握手檢驗不通過，則會將用戶置為下線狀態。
· 部分802.1X客戶端不支持與設備進行握手報文的交互，因此建議在這種情況下，關閉設備的在線用戶握手功能，避免該類型的在線用戶因沒有回應握手報文而被強製下線。
· 802.1X SmartOn功能與在線用戶握手功能互斥，建議兩個功能不要同時開啟。
· 在線用戶握手功能處於開啟狀態時，安全握手功能才會生效。
· 在線用戶握手安全功能僅能在iNode客戶端和iMC服務器配合使用的組網環境中生效。
· 隻有當802.1X客戶端需要收到在線握手成功報文時，才需要開啟端口發送在線握手成功報文功能。
(1) 進入係統視圖。
system-view
(2) （可選）配置握手定時器。
dot1x timer handshake-period handshake-period-value
缺省情況下，握手定時器的值為15秒。
(3) 進入接口視圖。
interface interface-type interface-number
(4) 開啟在線用戶握手功能。
dot1x handshake
缺省情況下，在線用戶握手功能處於開啟狀態。
(5) （可選）開啟在線用戶握手安全功能。
dot1x handshake secure
缺省情況下，在線用戶握手安全功能處於關閉狀態。
(6) （可選）開啟端口發送在線握手成功報文功能。
dot1x handshake reply enable
缺省情況下，端口不發送在線握手成功報文。
每個接入用戶都屬於一個ISP域，該域是由用戶登錄時提供的用戶名決定的，若用戶名中攜帶域名，則設備使用該域中的AAA配置對用戶進行認證、授權和計費，否則使用係統中的缺省域；若設備指定了802.1X的強製認證域，則無論用戶名中是否攜帶域名，設備均使用指定的強製認證域。因此，設備能夠準確解析用戶名中的純用戶名和域名對於為用戶提供認證服務非常重要。由於不同的802.1X客戶端所支持的用戶名域名分隔符不同，為了更好地管理和控製不同用戶名格式的802.1X用戶接入，需要在設備上指定802.1X可支持的域名分隔符。
目前，802.1X支持的域名分隔符包括@、\、.、和/，對應的用戶名格式分別為username@domain-name，domain-name\username，username.domain-name和username/domain-name，其中username為純用戶名、domain-name為域名。如果用戶名中包含有多個域名分隔符字符，則設備僅將最後一個出現的域名分隔符識別為實際使用的域名分隔符，例如，用戶輸入的用戶名為123/22\@abc，設備上指定802.1X支持的域名分隔符為/、\，則識別出的純用戶名為@abc，域名為123/22。
· 如果用戶輸入的用戶名中不包含任何802.1X可支持的域名分隔符，則設備會認為該用戶名並未攜帶域名，則使用係統中的缺省域對該用戶進行認證。
· 若設備上指定發送給認證服務器的用戶名攜帶域名（user-name-format with-domain），則發送給認證服務器的用戶名包括三個部分：識別出的純用戶名、域名分隔符@、最終使用的認證域名。例如，用戶輸入的用戶名為121.123/22\@abc，指定802.1X支持的域名分隔符為/、\、.，最終使用的認證域為xyz，則發送給認證服務器的用戶名為@abc@xyz。user-name-format命令的具體介紹請參見“安全命令參考”中的“AAA”。
· 為保證用戶信息可在認證服務器上被準確匹配到，設備上指定的802.1X支持的域名分隔符必須與認證服務器支持的域名分隔符保持一致，否則可能會因為服務器匹配用戶失敗而導致用戶認證失敗。
(1) 進入係統視圖。
system-view
(2) 指定802.1X支持的域名分隔符。
dot1x domain-delimiter string
缺省情況下，僅支持域名分隔符@。
· MAC地址認證特性不支持EAD的快速部署功能，全局使能MAC認證功能將會使EAD快速部署功能失效。
· 端口安全特性不支持EAD的快速部署功能，使能端口安全功能將會使EAD快速部署功能失效。
· 為使EAD快速部署功能生效，必須保證指定端口的授權模式為auto。
· MAC地址認證與Free IP配置互斥。
· 端口安全功能與Free IP配置互斥。
· 開啟EAD快速部署輔助功能與802.1X Guest VLAN功能不建議同時配置，否則可能導致802.1X Guest VLAN功能無法正常使用。
· 在同時配置了Free IP與Auth-Fail VLAN功能的情況下，請保證Free IP網段為Auth-Fail VLAN可允許訪問的網絡資源。這種情況下，用戶隻能訪問Free IP，不能訪問其它資源。
· 在同時配置了EAD快速部署功能和MAC地址認證功能的情況下，需要注意以下情況：
¡ 同時開啟EAD快速部署輔助功能和MAC地址認證功能時，MAC地址認證用戶認證失敗後，該用戶的MAC地址不會加入靜默MAC。若服務器上沒有相關的用戶信息，MAC地址認證用戶認證失敗後，需要等EAD表項老化之後，才能再次觸發認證。
¡ 開啟EAD快速部署輔助功能與MAC地址認證的Guest VLAN、Critical VLAN功能不建議同時配置，否則可能導致MAC地址認證的Guest VLAN、Critical VLAN功能無法正常使用。
¡ 同時開啟EAD快速部署輔助功能和MAC地址認證功能時，不建議配置IP Source Guard功能，否則可能導致IP Source Guard功能無法正常使用。
¡ 開啟EAD快速部署輔助功能後，對於在使能EAD快速部署輔助功能之前就加入靜默MAC的用戶，需要等靜默MAC老化後才能觸發EAD快速部署功能。
· 未通過802.1X認證的用戶若要通過外網的DHCP服務器動態獲得IP地址，則需要保證該DHCP服務器的IP地址在配置的Free IP內。
· 重定向URL必須處於Free IP網段內，否則無法實現重定向。
(1) 進入係統視圖。
system-view
(2) 開啟EAD快速部署輔助功能。
dot1x ead-assistant enable
缺省情況下，EAD快速部署輔助功能處於關閉狀態。
(3) 配置Free IP。
dot1x ead-assistant free-ip ip-address { mask-length | mask-address }
缺省情況下，未定義Free IP。
可通過重複執行此命令來配置多個Free IP。
(4) （可選）配置用戶HTTP訪問的重定向URL。
dot1x ead-assistant url url-string
缺省情況下，未配置802.1X用戶HTTP訪問的重定向URL。
(5) （可選）配置EAD規則老化時間。
dot1x timer ead-timeout ead-timeout-value
缺省情況下，EAD規則老化時間為30分鍾。
在接入用戶數量較多時，可以適當縮短EAD規則老化時間，以提高ACL的使用效率。
開啟了SmartOn功能的端口上收到802.1X客戶端發送的EAPOL-Start報文後，將向其回複單播的EAP-Request/Notification報文，並開啟SmartOn通知請求超時定時器定時器（dot1x smarton timer supp-timeout）等待客戶端響應的EAP-Response/Notification報文。若SmartOn通知請求超時定時器超時後客戶端仍未回複，則設備會重發EAP-Request/Notification報文，並重新啟動該定時器。當重發次數達到規定的最大次數（dot1x smarton retry）後，會停止對該客戶端的802.1X認證；若在重發次數達到最大次數之前收到了該Notification報文的回複報文，則獲取該報文中攜帶的Switch ID和SmartOn密碼的MD5摘要，並與設備本地配置的SmartOn的Switch ID以及SmartOn密碼的MD5摘要值比較，若相同，則繼續客戶端的802.1X認證，否則中止客戶端的802.1X認證。
802.1X SmartOn功能與在線用戶握手功能互斥，建議兩個功能不要同時開啟。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 開啟端口的SmartOn功能。
dot1x smarton
缺省情況下，端口的SmartOn功能處於關閉狀態。
(4) 退回係統視圖。
quit
(5) 配置SmartOn的Switch ID。
dot1x smarton switchid switch-string
缺省情況下，未配置SmartOn的Switch ID。
(6) 配置SmartOn密碼。
dot1x smarton password { cipher | simple } string
缺省情況下，未配置SmartOn密碼。
(7) （可選）配置SmartOn通知請求超時定時器時長。
dot1x smarton timer supp-timeout supp-timeout-value
缺省情況下，SmartOn通知請求超時定時器時長為30秒。
(8) （可選）配置重發SmartOn通知請求報文的最大次數。
dot1x smarton retry retries
缺省情況下，重發SmartOn通知請求報文的最大次數為3次。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後802.1X的運行情況，通過查看顯示信息驗證配置的效果。
在AC設備任意視圖下執行display dot1x connection-backup命令可以顯示客戶端上802.1X認證用戶的備份信息，具體介紹請參見“WLAN配置指導”中的“WLAN高可靠性”的客戶端熱備份部分。
在用戶視圖下，執行reset命令可以清除802.1X的統計信息。
表2-1 802.1X顯示和維護
|
操作 |
命令 |
|
顯示802.1X的會話連接信息、相關統計信息或配置信息 |
display dot1x [ sessions | statistics ] [ interface interface-type interface-number ] |
|
顯示當前802.1X在線用戶的詳細信息 |
display dot1x connection [ interface interface-type interface-number | slot slot-number | user-mac mac-address | user-name name-string ] |
|
顯示AC上備份的802.1X認證用戶信息 |
display dot1x connection-backup [ ap ap-name [ radio radio-id ] ] slot slot-number |
|
清除Guest VLAN內802.1X用戶 |
reset dot1x guest-vlan interface interface-type interface-number [ mac-address mac-address ] |
|
清除802.1X的統計信息 |
reset dot1x statistics [ interface interface-type interface-number ] |
用戶在瀏覽器中輸入地址，但該HTTP訪問不能被正確重定向到指定的URL服務器。
· 用戶在瀏覽器地址欄內輸入了字符串類型的地址。由於用戶主機使用的操作係統首先會將這個字符串地址作為名字進行網絡地址解析，如果解析不成功通常會以非X.X.X.X形式的網絡地址發送ARP請求，這樣的請求不能進行重定向；
· 用戶在IE地址欄內輸入了Free IP內的任意地址。設備會認為用戶試圖訪問Free IP內的某台主機，而不對其進行重定向，即使這台主機不存在；
· 用戶在配置和組網時沒有將服務器加入Free IP，或者配置的URL為不存在的地址，或者該URL指向的服務器沒有提供Web服務。
· 地址欄內輸入的地址應該為X.X.X.X（點分十進製格式）的非Free IP地址才有效。
· 確保設備及服務器上的配置正確且有效。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
