目  录

1 AAA配置

1.1 AAA简介

1.2 RADIUS协议简介

1.2.1 客户端/服务器模式

1.2.2 安全和认证机制

1.2.3 RADIUS的基本消息交互流程

1.2.4 RADIUS报文结构

1.2.5 RADIUS扩展属性

1.3 HWTACACS协议简介

1.3.1 HWTACACS协议与RADIUS协议的区别

1.3.2 HWTACACS的基本消息交互流程

1.4 基于域的用户管理

1.5 协议规范

1.6 AAA配置任务简介

1.7 配置AAA

1.7.1 配置准备

1.7.2 创建ISP域

1.7.3 配置ISP域的属性

1.7.4 配置ISP域的AAA认证方案

1.7.5 配置ISP域的AAA授权方案

1.7.6 配置ISP域的AAA计费方案

1.7.7 配置本地用户的属性

1.7.8 配置用户组的属性

1.7.9 配置强制切断用户连接

1.7.10 配置NAS-ID与VLAN的绑定

1.7.11 AAA显示和维护

1.8 配置RADIUS

1.8.1 创建RADIUS方案

1.8.2 配置RADIUS认证/授权服务器

1.8.3 配置RADIUS计费服务器及相关参数

1.8.4 配置RADIUS报文的共享密钥

1.8.5 配置RADIUS报文的超时重传次数最大值

1.8.6 配置支持的RADIUS服务器的类型

1.8.7 配置RADIUS服务器的状态

1.8.8 配置发送给RADIUS服务器的数据相关属性

1.8.9 配置RADIUS的Trap功能

1.8.10 配置发送RADIUS报文使用的源地址

1.8.11 配置RADIUS服务器的定时器

1.8.12 配置RADIUS服务器的安全策略服务器

1.8.13 使能RADIUS客户端的监听端口

1.8.14 配置RADIUS Attribute 25的CAR参数解析功能

1.8.15 RADIUS显示和维护

1.9 配置HWTACACS

1.9.1 创建HWTACACS方案

1.9.2 配置HWTACACS认证服务器

1.9.3 配置HWTACACS授权服务器

1.9.4 配置HWTACACS计费服务器

1.9.5 配置HWTACACS报文的共享密钥

1.9.6 配置发送给HWTACACS服务器的数据相关属性

1.9.7 配置发送HWTACACS报文使用的源地址

1.9.8 配置HWTACACS服务器的定时器

1.9.9 HWTACACS显示和维护

1.10 AAA典型配置举例

1.10.1 Telnet用户通过HWTACACS服务器认证、授权、计费的应用配置

1.10.2 Telnet用户通过local认证、HWTACACS授权、RADIUS计费的应用配置

1.10.3 SSH用户通过RADIUS服务器认证、授权、计费的应用配置

1.10.4 Telnet用户的HWTACACS级别切换认证配置

1.11 AAA常见配置错误举例

1.11.1 RADIUS认证/授权失败

1.11.2 RADIUS报文传送失败

1.11.3 RADIUS计费功能异常

1.11.4 HWTACACS常见配置错误举例

2 附录 – RADIUS属性列表

2.1 常用RADIUS标准属性

2.2 H3C RADIUS扩展属性

 

1 AAA配置

1.1  AAA简介

AAA是Authentication、Authorization、Accounting（认证、授权、计费）的简称，是网络安全的一种管理机制，提供了认证、授权、计费三种安全功能。

AAA一般采用客户机/服务器结构，客户端运行于NAS（Network Access Server，网络接入服务器）上，服务器上则集中管理用户信息。NAS对于用户来讲是服务器端，对于服务器来说是客户端。AAA的基本组网结构如图1-1。

图1-1 AAA基本组网结构示意图

 

当用户想要通过某网络与NAS建立连接，从而获得访问其它网络的权利或取得某些网络资源的权利时，NAS起到了验证用户或对应连接的作用。NAS负责把用户的认证、授权、计费信息透传给服务器（RADIUS服务器或HWTACACS服务器），RADIUS协议或HWTACACS协议规定了NAS与服务器之间如何传递用户信息。

图1-1的AAA基本组网结构中有两台服务器，用户可以根据实际组网需求来决定认证、授权、计费功能分别由使用哪种协议类型的服务器来承担。例如，可以选择HWTACACS服务器实现认证和授权，RADIUS服务器实现计费。

这三种安全服务功能的具体作用如下：

l              认证：确认远端访问用户的身份，判断访问者是否为合法的网络用户；

l              授权：对不同用户赋予不同的权限，限制用户可以使用的服务。例如用户成功登录服务器后，管理员可以授权用户对服务器中的文件进行访问和打印操作；

l              计费：记录用户使用网络服务中的所有操作，包括使用的服务类型、起始时间、数据流量等，它不仅是一种计费手段，也对网络安全起到了监视作用。

当然，用户可以只使用AAA提供的一种或两种安全服务。例如，公司仅仅想让员工在访问某些特定资源的时候进行身份认证，那么网络管理员只要配置认证服务器就可以了。但是若希望对员工使用网络的情况进行记录，那么还需要配置计费服务器。

如上所述，AAA是一种管理框架，它提供了授权部分实体去访问特定资源，同时可以记录这些实体操作行为的一种安全机制，因其具有良好的可扩展性，并且容易实现用户信息的集中管理而被广泛使用。

AAA可以通过多种协议来实现，目前设备支持基于RADIUS协议、HWTACACS协议来实现AAA，在实际应用中，最常使用RADIUS协议。

1.2  RADIUS协议简介

RADIUS（Remote Authentication Dial-In User Service，远程认证拨号用户服务）是一种分布式的、客户端/服务器结构的信息交互协议，能保护网络不受未授权访问的干扰，常应用在既要求较高安全性、又允许远程用户访问的各种网络环境中。该协议定义了基于UDP的RADIUS帧格式及其消息传输机制，并规定UDP端口1812、1813分别作为认证、计费端口。

RADIUS最初仅是针对拨号用户的AAA协议，后来随着用户接入方式的多样化发展，RADIUS也适应多种用户接入方式，如以太网接入、ADSL接入。它通过认证授权来提供接入服务，通过计费来收集、记录用户对网络资源的使用。

1.2.1  客户端/服务器模式

l              客户端：RADIUS客户端一般位于NAS设备上，可以遍布整个网络，负责传输用户信息到指定的RADIUS服务器，然后根据从服务器返回的信息进行相应处理（如接受/拒绝用户接入）。

l              服务器：RADIUS服务器运行在中心计算机或工作站上，维护相关的用户认证和网络服务访问信息，负责接收用户连接请求并认证用户，然后给客户端返回所有需要的信息（如接受/拒绝认证请求）。

RADIUS服务器通常要维护三个数据库，如图1-2所示：

图1-2 RADIUS服务器的组成

 

l              “Users”：用于存储用户信息（如用户名、口令以及使用的协议、IP地址等配置信息）。

l              “Clients”：用于存储RADIUS客户端的信息（如接入设备的共享密钥、IP地址等）。

l              “Dictionary”：用于存储RADIUS协议中的属性和属性值含义的信息。

1.2.2  安全和认证机制

RADIUS客户端和RADIUS服务器之间认证消息的交互是通过共享密钥的参与来完成的，并且共享密钥不能通过网络来传输，增强了信息交互的安全性。另外，为防止用户密码在不安全的网络上传递时被窃取，在传输过程中对密码进行了加密。

RADIUS服务器支持多种方法来认证用户。另外，RADIUS服务器还可以为其它类型的认证服务器提供代理客户端的功能，向其提出认证请求。

1.2.3  RADIUS的基本消息交互流程

用户、RADIUS客户端和RADIUS服务器之间的交互流程如图1-3所示。

图1-3 RADIUS的基本消息交互流程

 

消息交互流程如下：

(1)        用户发起连接请求，向RADIUS客户端发送用户名和密码。

(2)        RADIUS客户端根据获取的用户名和密码，向RADIUS服务器发送认证请求包（Access-Request），其中的密码在共享密钥的参与下由MD5算法进行加密处理。

(3)        RADIUS服务器对用户名和密码进行认证。如果认证成功，RADIUS服务器向RADIUS客户端发送认证接受包（Access-Accept）；如果认证失败，则返回认证拒绝包（Access-Reject）。由于RADIUS协议合并了认证和授权的过程，因此认证接受包中也包含了用户的授权信息。

(4)        RADIUS客户端根据接收到的认证结果接入/拒绝用户。如果允许用户接入，则RADIUS客户端向RADIUS服务器发送计费开始请求包（Accounting-Request）。

(5)        RADIUS服务器返回计费开始响应包（Accounting-Response），并开始计费。

(6)        用户开始访问网络资源；

(7)        用户请求断开连接，RADIUS客户端向RADIUS服务器发送计费停止请求包（Accounting-Request）。

(8)        RADIUS服务器返回计费结束响应包（Accounting-Response），并停止计费。

(9)        用户结束访问网络资源。

1.2.4  RADIUS报文结构

RADIUS采用UDP报文来传输消息，通过定时器管理机制、重传机制、备用服务器机制，确保RADIUS服务器和客户端之间交互消息的正确收发。RADIUS报文结构如图1-4所示。

图1-4 RADIUS报文结构

 

各字段的解释如下：

(1)        Code域

长度为1个字节，用于说明RADIUS报文的类型，如表1-1所示。

表1-1 Code域的主要取值说明

Code	报文类型	报文说明
1	Access-Request认证请求包	方向Client->Server，Client将用户信息传输到Server，由Server判断是否接入该用户。该报文中必须包含User-Name属性，可选包含NAS-IP-Address、User-Password、NAS-Port等属性
2	Access-Accept认证接受包	方向Server->Client，如果Access-Request报文中的所有Attribute值都可以接受（即认证通过），则传输该类型报文
3	Access-Reject认证拒绝包	方向Server->Client，如果Access-Request报文中存在任何无法被接受的Attribute值（即认证失败），则传输该类型报文
4	Accounting-Request计费请求包	方向Client->Server，Client将用户信息传输到Server，请求Server开始/停止计费，由该报文中的Acct-Status-Type属性区分计费开始请求和计费结束请求
5	Accounting-Response计费响应包	方向Server->Client，Server通知Client已经收到Accounting-Request报文，并且已经正确记录计费信息

 

(2)        Identifier域

长度为1个字节，用于匹配请求包和响应包，以及检测在一段时间内重发的请求包。类型一致的请求包和响应包的Identifier值相同。

(3)        Length域

长度为2个字节，表示RADIUS数据包（包括Code、Identifier、Length、Authenticator和Attribute）的长度，范围从20～4096。超过Length域的字节将作为填充字符被忽略。如果接收到的包的实际长度小于Length域的值时，则包会被丢弃。

(4)        Authenticator域

长度为16个字节，用于验证RADIUS服务器的应答，另外还用于用户密码的加密。Authenticator包括两种类型：Request Authenticator和Response Authenticator。

(5)        Attribute域

不定长度，用于携带专门的认证、授权和计费信息，提供请求和响应报文的配置细节。Attribute可包括多个属性，每一个属性都采用（Type、Length、Value）三元组的结构来表示。

l              类型（Type），1个字节，取值为1～255，用于表示属性的类型，表1-2列出了RADIUS认证、授权、计费常用的属性。

l              长度（Length），表示该属性（包括类型、长度和属性）的长度，单位为字节。

l              属性值（Value），表示该属性的信息，其格式和内容由类型和长度决定，最大长度为253字节。

表1-2 RADIUS属性

属性编号	属性名称	属性编号	属性名称
1	User-Name	45	Acct-Authentic
2	User-Password	46	Acct-Session-Time
3	CHAP-Password	47	Acct-Input-Packets
4	NAS-IP-Address	48	Acct-Output-Packets
5	NAS-Port	49	Acct-Terminate-Cause
6	Service-Type	50	Acct-Multi-Session-Id
7	Framed-Protocol	51	Acct-Link-Count
8	Framed-IP-Address	52	Acct-Input-Gigawords
9	Framed-IP-Netmask	53	Acct-Output-Gigawords
10	Framed-Routing	54	(unassigned)
11	Filter-ID	55	Event-Timestamp
12	Framed-MTU	56-59	(unassigned)
13	Framed-Compression	60	CHAP-Challenge
14	Login-IP-Host	61	NAS-Port-Type
15	Login-Service	62	Port-Limit
16	Login-TCP-Port	63	Login-LAT-Port
17	(unassigned)	64	Tunnel-Type
18	Reply-Message	65	Tunnel-Medium-Type
19	Callback-Number	66	Tunnel-Client-Endpoint
20	Callback-ID	67	Tunnel-Server-Endpoint
21	(unassigned)	68	Acct-Tunnel-Connection
22	Framed-Route	69	Tunnel-Password
23	Framed-IPX-Network	70	ARAP-Password
24	State	71	ARAP-Features
25	Class	72	ARAP-Zone-Access
26	Vendor-Specific	73	ARAP-Security
27	Session-Timeout	74	ARAP-Security-Data
28	Idle-Timeout	75	Password-Retry
29	Termination-Action	76	Prompt
30	Called-Station-Id	77	Connect-Info
31	Calling-Station-Id	78	Configuration-Token
32	NAS-Identifier	79	EAP-Message
33	Proxy-State	80	Message-Authenticator
34	Login-LAT-Service	81	Tunnel-Private-Group-id
35	Login-LAT-Node	82	Tunnel-Assignment-id
36	Login-LAT-Group	83	Tunnel-Preference
37	Framed-AppleTalk-Link	84	ARAP-Challenge-Response
38	Framed-AppleTalk-Network	85	Acct-Interim-Interval
39	Framed-AppleTalk-Zone	86	Acct-Tunnel-Packets-Lost
40	Acct-Status-Type	87	NAS-Port-Id
41	Acct-Delay-Time	88	Framed-Pool
42	Acct-Input-Octets	89	(unassigned)
43	Acct-Output-Octets	90	Tunnel-Client-Auth-id
44	Acct-Session-Id	91	Tunnel-Server-Auth-id

 

 

1.2.5  RADIUS扩展属性

RADIUS协议具有良好的可扩展性，协议（RFC 2865）中定义的26号属性（Vendor-Specific）用于设备厂商对RADIUS进行扩展，以实现标准RADIUS没有定义的功能。

设备厂商可以封装多个自定义的“（Type、Length、Value）”子属性来扩展RADIUS。如图1-5所示，26号属性报文内封装的子属性包括以下四个部分：

l              Vendor-ID域占4字节，表示厂商代号，最高字节为0，其余3字节的编码见RFC 1700。H3C公司的Vendor-ID是2011。H3C RADIUS标准属性的介绍请参见“2.2  H3C RADIUS扩展属性”。

l              Vendor-Type，表示扩展属性的子属性类型。

l              Vendor-Length，表示该子属性长度。

l              Vendor-Data，表示该子属性的内容。

图1-5 包括扩展属性的RADIUS报文片断

 

1.3  HWTACACS协议简介

HWTACACS（HW Terminal Access Controller Access Control System，HW终端访问控制器控制系统协议）是在TACACS（RFC 1492）基础上进行了功能增强的安全协议。该协议与RADIUS协议类似，采用客户端/服务器模式实现NAS与HWTACACS服务器之间的通信。

HWTACACS协议主要用于接入用户及终端用户的认证、授权和计费。其典型应用是对需要登录到设备上进行操作的终端用户进行认证、授权、计费。设备作为HWTACACS的客户端，将用户名和密码发给HWTACACS服务器进行验证。用户验证通过并得到授权之后可以登录到设备上进行操作。

1.3.1  HWTACACS协议与RADIUS协议的区别

HWTACACS协议与RADIUS协议都实现了认证、授权、计费的功能，它们有很多相似点：结构上都采用客户端/服务器模式；都使用公共密钥对传输的用户信息进行加密；都有较好的灵活性和可扩展性。两者之间存在的主要区别如表1-3所示。

表1-3 HWTACACS协议和RADIUS协议区别

HWTACACS协议	RADIUS协议
使用TCP，网络传输更可靠	使用UDP，网络传输效率更高
除了HWTACACS报文头，对报文主体全部进行加密	只对验证报文中的密码字段进行加密
协议报文较为复杂，认证和授权分离，使得认证、授权服务可以分离在不同的安全服务器上实现。例如，可以用一个HWTACACS服务器进行认证，另外一个HWTACACS服务器进行授权	协议报文比较简单，认证和授权结合，难以分离
支持对设备的配置命令进行授权使用。用户可使用的命令行受到用户级别和AAA授权的双重限制，某一级别的用户输入的每一条命令都需要通过HWTACACS服务器授权，如果授权通过，命令就可以被执行	不支持对设备的配置命令进行授权使用 用户登录设备后可以使用的命令行由用户级别决定，用户只能使用缺省级别等于/低于用户级别的命令行

 

1.3.2  HWTACACS的基本消息交互流程

下面以Telnet用户为例，说明使用HWTACACS对用户进行认证、授权和计费的过程。基本消息交互流程图如图1-6所示。

图1-6 Telnet用户认证、授权和计费流程图

 

在整个过程中的基本消息交互流程如下：

(1)        Telnet用户请求登录设备。

(2)        HWTACACS客户端收到请求之后，向HWTACACS服务器发送认证开始报文。

(3)        HWTACACS服务器发送认证回应报文，请求用户名。

(4)        HWTACACS客户端收到回应报文后，向用户询问用户名。

(5)        用户输入用户名。

(6)        HWTACACS客户端收到用户名后，向HWTACACS服务器发送认证持续报文，其中包括了用户名。

(7)        HWTACACS服务器发送认证回应报文，请求登录密码。

(8)        HWTACACS客户端收到回应报文，向用户询问登录密码。

(9)        用户输入密码。

(10)    HWTACACS客户端收到登录密码后，向HWTACACS服务器发送认证持续报文，其中包括了登录密码。

(11)    HWTACACS服务器发送认证回应报文，指示用户通过认证。

(12)    HWTACACS客户端向HWTACACS服务器发送授权请求报文。

(13)    HWTACACS服务器发送授权回应报文，指示用户通过授权。

(14)    HWTACACS客户端收到授权回应成功报文，向用户输出设备的配置界面。

(15)    HWTACACS客户端向HWTACACS服务器发送计费开始报文。

(16)    HWTACACS服务器发送计费回应报文，指示计费开始报文已经收到。

(17)    用户请求断开连接。

(18)    HWTACACS客户端向HWTACACS服务器发送计费结束报文。

(19)    HWTACACS服务器发送计费结束报文，指示计费结束报文已经收到。

1.4  基于域的用户管理

一个ISP（Internet Service Provider，Internet服务提供者）域是由属于同一个ISP的用户构成的群体。

NAS设备对用户的管理是基于ISP域的，每个接入用户都属于一个ISP域。用户所属的ISP域是由用户登录时提供的用户名决定的，如图1-7所示。

图1-7 用户名决定域名

 

用户的认证、授权、计费都是在相应的ISP域视图下应用预先配置的认证、授权、计费方案来实现的。AAA有缺省的认证、授权、计费方案，分别为本地认证、本地授权、本地计费。如果用户所属的ISP域下未应用任何认证、授权、计费方案，系统将使用缺省的认证、授权、计费方案。

为便于对不同接入方式的用户进行区分管理，AAA将用户划分为以下几个类型：

l              lan-access用户：LAN接入用户，如802.1X认证、MAC地址认证用户。

l              login用户：登录设备用户，如SSH、Telnet、FTP、终端接入用户。

l              Portal用户：Portal接入用户。

l              命令行用户：命令行授权用户，该类型用户可使用的命令行需要服务器授权。

用户登录设备后，AAA还可以对其提供以下服务，用于提高用户登录后对设备操作的安全性：

l              命令行授权：用户执行的每一条命令都需要接受授权服务器的检查，只有授权成功的命令才被允许执行。

l              命令行计费：用户执行过的所有命令或被成功授权执行的命令，会被计费服务器进行记录。

l              级别切换认证：在不退出当前登录、不断开当前连接的前提下，用户将自身的用户级别由低向高切换的时候，需要通过服务器的认证，级别切换操作才被允许。

AAA支持在ISP域视图下针对不同的接入方式配置不同的认证、授权、计费的方法（一组不同的认证/授权/计费方案），具体的配置步骤请参见“1.7  配置AAA”。

表1-4 相关配置参考表

接入类型或服务方式	参见说明
lan-access接入 （LAN接入用户，如802.1X认证、MAC地址认证用户）	“安全分册”中的“802.1X配置” “安全分册”中的“MAC地址认证配置”
Login接入 （登录设备用户，如SSH、Telnet、FTP、终端接入用户）	“安全分册”中的“SSH2.0配置” “IP业务分册”中的“FTP和TFTP配置” Telnet的相关介绍，请参见“登录交换机配置”
Portal接入	“安全分册”中的“Portal配置”
命令行授权、命令行计费	“系统分册”中的“登录交换机配置”
级别切换认证	“系统分册”中的“系统基本配置”

 

1.5  协议规范

与AAA、RADIUS、HWTACACS相关的协议规范有：

l              RFC 2865：Remote Authentication Dial In User Service (RADIUS)

l              RFC 2866：RADIUS Accounting

l              RFC 2867：RADIUS Accounting Modifications for Tunnel Protocol Support

l              RFC 2868：RADIUS Attributes for Tunnel Protocol Support

l              RFC 2869：RADIUS Extensions

l              RFC 1492：An Access Control Protocol, Sometimes Called TACACS

1.6  AAA配置任务简介

AAA的基本配置思路如下：

(1)        配置AAA方案：根据需要配置本地或远程认证方案。

l              本地认证：需要配置本地用户，即local user的相关属性，包括手动添加认证的用户名和密码等；

l              远程认证：需要配置RADIUS、HWTACACS方案，并在服务器上配置相应的用户属性。

(2)        配置实现AAA的方法：在用户所属的ISP域中引用已配置的AAA方案。

l              认证方法：可选择不认证（none）、本地认证（local）或远程认证（scheme）；

l              授权方法：可选择不授权（none）、本地授权（local）或远程授权（scheme）；

l              计费方法：可选择不计费（none）、本地计费（local）或远程计费（scheme）。

图1-8 AAA基本配置思路流程图

 

 

表1-5 AAA配置任务简介

配置任务	说明	详细配置
创建ISP域	必选	1.7.2
配置ISP域的属性	可选	1.7.3
配置ISP域的AAA认证方案	必选	1.7.4
配置ISP域的AAA授权方案	可选	1.7.5
配置ISP域的AAA计费方案	可选	1.7.6
配置本地用户的属性	可选	1.7.7
配置用户组的属性	可选	1.7.8
配置强制切断用户连接	可选	1.7.9
配置NAS-ID与VLAN的绑定	可选	1.7.10
AAA显示和维护	可选	1.7.11

 

表1-6 RADIUS配置任务简介

配置任务	说明	详细配置
创建RADIUS方案	必选	1.8.1
配置RADIUS认证/授权服务器	必选	1.8.2
配置RADIUS计费服务器及相关参数	可选	1.8.3
配置RADIUS报文的共享密钥	必选	1.8.4
配置RADIUS报文的超时重传次数的最大值	可选	1.8.5
配置支持的RADIUS服务器的类型	可选	1.8.6
配置RADIUS服务器的状态	可选	1.8.7
配置发送给RADIUS服务器的数据相关属性	可选	1.8.8
配置RADIUS的Trap功能	可选	1.8.9
配置发送RADIUS报文使用的源地址	可选	1.8.10
配置RADIUS服务器的定时器	可选	1.8.11
配置RADIUS服务器的安全策略服务器	可选	1.8.12
使能RADIUS客户端的监听端口	可选	1.8.13
配置RADIUS Attribute 25的CAR参数解析功能	可选	1.8.14
RADIUS显示和维护	可选	1.8.15

 

表1-7 HWTACACS配置任务简介

配置任务	说明	详细配置
创建HWTACACS方案	必选	1.9.1
配置HWTACACS认证服务器	必选	1.9.2
配置HWTACACS授权服务器	可选	1.9.3
配置HWTACACS计费服务器	可选	1.9.4
配置HWTACACS报文的共享密钥	必选	1.9.5
配置发送给HWTACACS服务器的数据相关属性	可选	1.9.6
配置发送HWTACACS报文使用的源地址	可选	1.9.7
配置HWTACACS服务器的定时器	可选	1.9.8
HWTACACS显示和维护	可选	1.9.9

 

1.7  配置AAA

AAA功能可以在为合法用户提供网络接入服务的同时，对网络设备进行保护，防止非授权访问和抵赖行为。同时，通过配置ISP域可以对接入用户进行AAA等管理。

1.7.1  配置准备

进行远端认证、授权或计费时，需要已经创建RADIUS或HWTACACS方案。

l              RADIUS方案（radius-scheme）：通过引用已配置的RADIUS方案来实现认证、授权、计费。有关RADIUS方案的配置请参见“1.8  配置RADIUS”。

l              HWTACACS方案（hwtacacs-scheme）：通过引用已配置的HWTACACS方案来实现认证、授权、计费。有关HWTACACS方案的配置请参见“1.9  配置HWTACACS”。

1.7.2  创建ISP域

在多ISP的应用环境中，不同ISP域的用户有可能接入同一台设备。而且各ISP用户的用户属性（例如用户名及密码构成、服务类型/权限等）有可能不相同，因此有必要通过设置ISP域把它们区分开，并为每个ISP域单独配置包括AAA方法（一组不同的认证/授权/计费方案）在内的属性集。

对于设备来说，每个接入用户都属于一个ISP域。系统中最多可以配置16个ISP域。如果某个用户在登录时没有提供ISP域名，系统将把它归于缺省的ISP域。

表1-8 创建ISP域

操作	命令	说明
进入系统视图	system-view	-
创建ISP域并进入其视图	domain isp-name	必选
返回系统视图	quit	-
手工配置缺省的ISP域	domain default enable isp-name	可选 缺省情况下，系统缺省的ISP域为system

 

 

1.7.3  配置ISP域的属性

表1-9 配置ISP域的属性

操作	命令	说明
进入系统视图	system-view	-
进入ISP域视图	domain isp-name	-
设置ISP域的状态	state { active | block }	可选 缺省情况下，当一个ISP域被创建以后，其状态为active，即允许任何属于该域的用户请求网络服务
设置当前ISP域可容纳接入用户数的限制	access-limit enable max-user-number	可选 缺省情况下，不对当前ISP域可容纳的接入用户数作限制
设置用户闲置切断功能	idle-cut enable minute flow	可选 缺省情况下，用户闲置切断功能处于关闭状态 此命令目前只对lan-access、Portal服务类型的用户有效
设置自助服务器定位功能	self-service-url enable url-string	可选 缺省情况下，自助服务器定位功能处于关闭状态
配置当前ISP域的缺省授权User Porfile	authorization-attribute user-profile profile-name	可选 缺省情况下，当前ISP域无缺省授权User Porfile

 

 

1.7.4  配置ISP域的AAA认证方案

在AAA中，认证、授权和计费是三个独立的业务流程。认证的职责是完成各接入或服务请求的用户名／密码／用户信息的交互认证过程，它不会下发授权信息给请求用户，也不会触动计费的流程。

AAA支持以下认证方法：

l              不认证（none）：对用户非常信任，不对其进行合法性检查，一般情况下不采用这种方法。

l              本地认证（local）：认证过程在接入设备上完成，用户信息（包括用户名、密码和各种属性）配置在接入设备上。优点是速度快，可以降低运营成本；缺点是存储信息量受设备硬件条件限制。

l              远端认证（scheme）：认证过程在接入设备和远端的服务器之间完成，接入设备和远端服务器之间通过RADIUS、HWTACACS协议通信。对于RADIUS协议，可以采用标准或扩展的RADIUS协议，与iMC等系统配合完成认证。优点是用户信息集中在服务器上统一管理，可实现大容量、高可靠性、支持多设备的集中式统一认证。当远端服务器无效时，可配置本地认证作为备选认证方式完成认证。

在AAA中，可以只使用认证，而不使用授权或计费。如果用户没有进行任何配置，则ISP域的缺省认证方案为local。

配置认证有三个步骤：

(1)        如果用户使用RADIUS、HWTACACS认证，则需要先配置要引用的RADIUS、HWTACACS方案；如果使用local或none认证，则不需要配置方案。

(2)        确定要配置的接入方式或者服务类型。AAA可以对不同的接入方式和服务类型配置不同的认证方案，并且从配置上限制了用户接入时使用的认证协议。

(3)        确定是否为所有的接入方式或服务类型配置认证方案。

表1-10 配置ISP域的AAA认证方案

操作	命令	说明
进入系统视图	system-view	-
进入ISP域视图	domain isp-name	-
为所有类型的用户配置缺省的认证方案	authentication default { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，所有类型的用户采用local认证方案
为lan-access用户配置认证方案	authentication lan-access { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，lan-access用户采用缺省的认证方案
为login用户配置认证方案	authentication login { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，login用户采用缺省的认证方案
为Portal用户配置认证方案	authentication portal { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，Portal用户采用缺省的认证方案
配置级别切换认证方案	authentication super { hwtacacs-scheme hwtacacs-scheme-name | radius-scheme radius-scheme-name }	可选 缺省情况下，级别切换认证采用缺省的认证方案

 

 

1.7.5  配置ISP域的AAA授权方案

在AAA中，授权是一个和认证、计费同级别的独立流程，其职责是发送授权请求给所配置的授权服务器，授权通过后向用户下发授权信息。在ISP域的AAA配置中，授权方案为可选配置。

AAA支持以下授权方法：

l              直接授权（none）：对用户非常信任，直接授权用户的权限为接入设备允许用户所使用默认权限。

l              本地授权（local）：授权过程在接入设备上进行，根据接入设备上为本地用户配置的相关属性进行授权。

l              远端授权（scheme）：授权过程在接入设备和远端服务器之间完成。RADIUS协议的认证和授权是绑定在一起的，不能单独使用RADIUS进行授权。RADIUS认证成功后，才能进行授权，RADIUS授权信息携带在认证回应报文中下发给用户。HWTACACS协议的授权与认证相分离，在认证成功后，HWTACACS授权信息通过授权报文进行交互。当远端服务器无效时，可配置本地授权或直接授权作为备选授权方式完成授权。

如果用户没有进行任何配置，则ISP域的缺省授权方案为local。如果用户配置的授权方案为none，则意味着用户是不需要授权的，此时，认证通过的用户只有系统所给予的默认权限。EXEC用户（控制台用户，可以通过Console口或者Telnet连接设备，每个连接称为一个EXEC用户，如Telnet用户、SSH用户）的默认级别为最低权限的访问级。FTP用户被默认授权使用设备的根目录。

配置授权有三个步骤：

(1)        如果用户要使用HWTACACS授权，则需要先配置要引用的HWTACACS方案；如果是RADIUS授权，只有将认证和授权的RADIUS方案配置相同，授权才起作用。

(2)        确定要配置的接入方式或者服务类型，AAA可以按照不同的接入方式和服务类型进行AAA授权的配置，并且从配置上正确限制了接入所能使用的授权协议。

(3)        确定是否为所有的接入方式或服务类型配置授权方案。

表1-11 配置ISP域的AAA授权方案

操作	命令	说明
进入系统视图	system-view	-
进入ISP域视图	domain isp-name	-
为所有类型的用户配置缺省的授权方案	authorization default { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，所有类型的用户采用local授权方案
配置命令行配置授权方案	authorization command { hwtacacs-scheme hwtacacs-scheme-name [ local | none ] | local | none }	可选 缺省情况下，命令行授权采用缺省的授权方案
为lan-access用户配置授权方案	authorization lan-access { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，lan-access用户采用缺省的授权方案
为login用户配置授权方案	authorization login { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，login用户采用缺省的授权方案
为Portal用户配置授权方案	authorization portal { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，Portal用户采用缺省的授权方案

 

 

1.7.6  配置ISP域的AAA计费方案

在AAA中，计费是一个和认证、授权同级别的独立流程，其职责为发送计费开始／更新／结束请求给所配置的计费服务器。计费不是必须使用的。在ISP域的AAA配置中，允许不配置计费方案。如果不配置计费方案，则ISP域的缺省计费方案为local。

AAA支持以下计费方式：

l              不计费（none）：不对用户计费。

l              本地计费（local）：计费过程在接入设备上完成，实现了本地用户连接数的统计和限制，并没有实际的费用统计功能。

l              远端计费（scheme）：计费过程在接入设备和远端的服务器之间完成。当远端服务器无效时，可配置本地计费作为备选计费方式完成计费。

配置计费有三个步骤：

(1)        如果用户要使用RADIUS或HWTACACS计费，则需要先配置要引用的RADIUS方案或HWTACACS方案；如果要使用local或none计费，则不需要配置方案。

(2)        确定要配置的接入方式或者服务类型，AAA可以支持为按照不同的接入方式和服务类型进行AAA计费的配置，并且从配置上正确限制了接入所能使用的计费协议。

(3)        确定是否为所有的接入方式或服务类型配置计费方案。

表1-12 配置ISP域的AAA计费方案

操作	命令	说明
进入系统视图	system-view	-
进入ISP域视图	domain isp-name	-
打开计费可选开关	accounting optional	可选 缺省情况下，ISP域的计费开关处于关闭状态
为所有类型的用户配置缺省的计费方案	accounting default { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，所有类型的用户采用local计费方案
配置命令行计费方案	accounting command hwtacacs-scheme hwtacacs-scheme-name	可选 缺省情况下，命令行计费采用缺省的计费方案
为lan-access用户配置计费方案	accounting lan-access { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，lan-access用户采用缺省的计费方案
为login用户配置计费方案	accounting login { hwtacacs-scheme hwtacacs-scheme-name [ local ] | local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，login用户采用缺省的计费方案
为Portal用户配置计费方案	accounting portal { local | none | radius-scheme radius-scheme-name [ local ] }	可选 缺省情况下，Portal用户采用缺省的计费方案

 

 

1.7.7  配置本地用户的属性

当AAA方案选择了本地认证方案（local）时，应在设备上创建本地用户并配置相关属性。

所谓本地用户，是指在本地设备上设置的一组用户属性的集合。该集合以用户名为用户的唯一标识。为使某个请求网络服务的用户可以通过本地认证，需要在设备上的本地用户数据库中添加相应的表项。

每一个本地用户都属于一个本地用户组，并继承组中的所有属性（用户授权属性）。关于本地用户组的介绍和配置请参见1.7.8  配置用户组的属性。

在配置本地用户和用户组时，需要首先明确用户组属性和用户属性的生效范围及优先级关系。

本地用户的授权属性在用户组和本地用户视图下都可以配置，且本地用户视图下的配置优先级高于用户组视图下的配置。用户组的配置对组内所有本地用户生效。

表1-13 配置本地用户的属性

操作	命令	说明
进入系统视图	system-view	-
设置本地用户密码的显示方式	local-user password-display-mode { auto | cipher-force }	可选 缺省情况下，所有接入用户的密码显示方式为auto，表示按照用户设置密码时指定的密码显示方式显示
添加本地用户，并进入本地用户视图	local-user user-name	必选 缺省情况下，系统中没有任何本地用户
设置本地用户的密码	password { cipher | simple } password	可选
设置本地用户的状态	state { active | block }	可选 缺省情况下，当一个本地用户被创建以后，其状态为active，允许该用户请求网络服务
设置本地用户名可容纳的最大接入用户数	access-limit max-user-number	可选 缺省情况下，不限制当前本地用户名可容纳的接入用户数
设置本地用户可以使用的服务类型	service-type { ftp | lan-access | { ssh | telnet | terminal } * | portal }	可选 缺省情况下，系统不对本地用户授权任何服务
设置本地用户的绑定属性	bind-attribute { call-number call-number [ : subcall-number ] | ip ip-address | location port slot-number subslot-number port-number | mac mac-address | vlan vlan-id } *	可选 缺省情况下，未设置本地用户的任何绑定属性
设置本地用户的授权属性	authorization-attribute { acl acl-number | callback-number callback-number | idle-cut minute | level level | user-profile profile-name | vlan vlan-id | work-directory directory-name } *	可选 缺省情况下，未设置本地用户的任何授权属性
设置本地用户的有效期	expiration-date time	可选 缺省情况下，未设置本地用户的有效期 有用户临时需要接入网络时，可以建立来宾帐户来管理用户的临时访问，并通过该命令对用户帐户的有效期进行控制
设置本地用户所属的用户组	group group-name	可选 缺省情况下，本地用户属于系统默认用户组system

 

 

1.7.8  配置用户组的属性

为了简化本地用户的配置，增强本地用户的可管理性，引入了用户组的概念。用户组是一个本地用户属性的集合，某些需要集中管理的属性可在用户组中统一配置和管理，用户组内的所有本地用户都可以继承这些属性。目前，用户组中可以管理的内容为本地用户的授权属性。

每个新增的本地用户都默认属于一个系统自动创建的用户组system，且继承该组的所有属性。本地用户所属的用户组可以通过使用本地用户视图下的group命令来修改。

表1-14 配置用户组的属性

操作	命令	说明
进入系统视图	system-view	-
创建用户组，并进入用户组视图	user-group group-name	必选
设置用户组的授权属性	authorization-attribute { acl acl-number | callback-number callback-number | idle-cut minute | level level | user-profile profile-name | vlan vlan-id | work-directory directory-name } *	可选 缺省情况下，未设置用户组的授权属性

 

1.7.9  配置强制切断用户连接

表1-15 配置强制切断用户连接

操作	命令	说明
进入系统视图	system-view	-
强制切断指定AAA用户的连接	cut connection { access-type { dot1x | mac-authentication | portal } | all | domain isp-name | interface interface-type interface-number | ip ip-address | mac mac-address | ucibindex ucib-index | user-name user-name | vlan vlan-id } [ slot slot-number ]	必选 此命令目前只对lan-access、Portal服务类型的用户有效

 

1.7.10  配置NAS-ID与VLAN的绑定

在某些应用环境中，依靠VLAN来确定用户的接入位置，而网络运营商需要使用接入设备发送给RADIUS服务器的NAS-Identifier属性值来标识用户的接入位置，因此接入设备上需要将NAS-ID和VLAN进行绑定。当用户上线时，与用户接入VLAN匹配的NAS-ID将被作为RADIUS请求报文中的NAS-Identifier属性值发送给RADIUS服务器。该绑定配置的具体应用请参见“安全分册”中的“Portal配置”。

表1-16 配置NAS-ID与VLAN的绑定

操作	命令	说明
进入系统视图	system-view	-
创建NAS-ID Profile，并进入NAS-ID-Profile视图	aaa nas-id profile profile-name	必选
设置NAS-ID 与VLAN的绑定关系	nas-id nas-identifier bind vlan vlan-id	必选 缺省情况下，未设置任何绑定关系

 

1.7.11  AAA显示和维护

完成上述配置后，在任意视图下执行display命令可以显示配置后AAA的运行情况，通过查看显示信息验证配置的效果。

表1-17 AAA显示和维护

操作	命令
显示所有或指定ISP域的配置信息	display domain [ isp-name ]
显示AAA用户连接的相关信息	display connection [ access-type { dot1x | mac-authentication | portal } |  domain isp-name | interface interface-type interface-number | ip ip-address | mac mac-address | ucibindex ucib-index | user-name user-name | vlan vlan-id ] [ slot slot-number ]
显示本地用户相关信息	display local-user [ idle-cut { disable | enable } | service-type { ftp | lan-access | portal | ssh | telnet | terminal } | state { active | block } | user-name user-name | vlan vlan-id ] [ slot slot-number ]
显示本地用户组的相关信息	display user-group [ group-name ]

 

1.8  配置RADIUS

RADIUS配置是以RADIUS方案为单位进行的。当创建一个新的RADIUS方案之后，需要对属于此方案的RADIUS服务器的IP地址和UDP端口号进行设置，这些服务器包括认证/授权和计费服务器，而每种服务器又有主服务器和从服务器的区别。每个RADIUS方案的属性包括：主服务器的IP地址、从服务器的IP地址、共享密钥以及RADIUS服务器类型等。

RADIUS配置仅仅定义了设备和RADIUS服务器之间进行信息交互所必须的一些参数。为了使这些参数能够生效，还必须在某个ISP域视图下指定该域引用的RADIUS方案。具体配置细节，请参见“1.7  配置AAA”。

 

1.8.1  创建RADIUS方案

在进行RADIUS的其它配置之前，必须先创建RADIUS方案并进入其视图。

表1-18 创建RADIUS方案

操作	命令	说明
进入系统视图	system-view	-
创建RADIUS方案并进入其视图	radius scheme radius-scheme-name	必选 缺省情况下，未定义RADIUS方案

 

 

1.8.2  配置RADIUS认证/授权服务器

表1-19 配置RADIUS认证/授权服务器

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
配置主RADIUS认证/授权服务器	primary authentication { ip-address | ipv6 ipv6-address } [ port-number ]	二者必选其一 缺省情况下，未配置主认证/授权服务器和从认证/授权服务器 两者同时配置的情况下，当主服务器不可达时，设备将使用从服务器进行认证
配置从RADIUS认证/授权服务器	secondary authentication { ip-address | ipv6 ipv6-address } [ port-number ]

 

 

1.8.3  配置RADIUS计费服务器及相关参数

表1-20 配置RADIUS计费服务器及相关参数

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
配置主RADIUS计费服务器	primary accounting { ip-address | ipv6 ipv6-address } [ port-number ]	二者必选其一 缺省情况下，未配置主/从计费服务器 两者同时配置的情况下，当主服务器不可达时，设备将使用从服务器进行计费
配置从RADIUS计费服务器	secondary accounting { ip-address | ipv6 ipv6-address } [ port-number ]
使能停止计费报文缓存功能	stop-accounting-buffer enable	可选 缺省情况下，使能停止计费报文缓存功能
设置当出现没有得到响应的停止计费请求时，将该报文存入设备缓存后，允许停止计费请求无响应的最大次数	retry stop-accounting retry-times	可选 缺省情况下，允许停止计费请求无响应的最大次数为500
设置允许实时计费请求无响应的最大次数	retry realtime-accounting retry-times	可选 缺省情况下，最多允许5次实时计费请求无响应

 

 

1.8.4  配置RADIUS报文的共享密钥

RADIUS客户端与RADIUS服务器使用MD5算法来加密RADIUS报文，双方通过设置共享密钥来验证报文的合法性。只有在密钥一致的情况下，彼此才能接收对方发来的报文并作出响应。

表1-21 配置RADIUS报文的共享密钥

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
配置RADIUS认证/授权或计费报文的共享密钥	key { accounting | authentication } string	必选 缺省情况下，无密钥

 

 

1.8.5  配置RADIUS报文的超时重传次数最大值

由于RADIUS协议采用UDP报文来承载数据，因此其通信过程是不可靠的。如果RADIUS服务器在应答超时定时器规定的时长内没有响应设备，则设备有必要向RADIUS服务器重传RADIUS请求报文。如果累计的传送次数超过最大传送重传次数而RADIUS服务器仍旧没有响应，则设备将认为本次认证失败。

表1-22 配置RADIUS报文的超时重传次数最大值

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置RADIUS报文超时重传次数的最大值	retry retry-times	可选 缺省情况下，RADIUS报文超时重传次数的最大值为3次

 

 

1.8.6  配置支持的RADIUS服务器的类型

表1-23 配置支持的RADIUS服务器的类型

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置支持何种类型的RADIUS服务器	server-type { extended | standard }	可选 缺省情况下，设备支持的RADIUS服务器类型为standard

 

 

1.8.7  配置RADIUS服务器的状态

对于某个RADIUS方案中的主、从服务器（无论是认证/授权服务器还是计费服务器），当主服务器与设备的通信中断时，设备会主动地转而与从服务器交互报文。在主备服务器均可达的条件下，设备遵从主服务器优先的原则发送请求报文。

当主服务器不可达时，状态变为block，设备与已配置了IP地址的从服务器交互。

l              若从服务器可达，设备将开启超时定时器，在timer quiet设定的时间达到后主服务器状态立即恢复为active，从服务器状态不变；

l              若从服务器不可达，设备立即将主服务器状态恢复为active。

之后，如果主服务器恢复正常，设备会立即恢复与其通信，而中断与从服务器通信。而计费开始后，客户端与从计费服务器之间的通信不会因为主计费服务器的恢复而切换。

表1-24 配置RADIUS服务器的状态

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置主RADIUS认证/授权服务器的状态	state primary authentication { active | block }	可选 缺省情况下，RADIUS方案中配置了IP地址的各RADIUS服务器的状态均为active
设置主RADIUS计费服务器的状态	state primary accounting { active | block }
设置从RADIUS认证/授权服务器的状态	state secondary authentication { active | block }
设置从RADIUS计费服务器的状态	state secondary accounting { active | block }

 

 

1.8.8  配置发送给RADIUS服务器的数据相关属性

表1-25 配置发送给RADIUS服务器的数据相关属性

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置发送给RADIUS服务器的用户名格式	user-name-format { keep-original | with-domain | without-domain }	可选 缺省情况下，设备发送给RADIUS服务器的用户名携带有ISP域名
设置发送给RADIUS服务器的数据流的单位	data-flow-format { data { byte | giga-byte | kilo-byte | mega-byte } | packet { giga-packet | kilo-packet | mega-packet | one-packet } } *	可选 缺省情况下，数据的单位为byte，数据包的单位为one-packet

 

 

1.8.9  配置RADIUS的Trap功能

通过配置RADIUS的Trap功能，在NAS向RADIUS服务器发送计费或认证请求没有响应时输出trap信息，具体情况为：当NAS向服务器重发的计费或认证请求报文累计次数达到最大传送次数的1/2时，系统会发送一次trap报文；当NAS向服务器发送的计费或认证请求报文累计次数达到最大传送次数时，系统会再发送一次trap报文。

表1-26 配置RADIUS的Trap功能

操作	命令	说明
进入系统视图	system-view	-
使能RADIUS的Trap功能	radius trap { accounting-server-down | authentication-server-down }	必选 缺省情况下，RADIUS的Trap功能处于关闭状态

 

1.8.10  配置发送RADIUS报文使用的源地址

通过指定发送RADIUS报文使用的源地址，使得发送报文的物理接口故障时，从服务器返回的报文可以到达接入设备指定的目的地址。

表1-27 配置发送RADIUS报文使用的源地址

操作		命令	说明
进入系统视图		system-view	-
设置设备发送RADIUS报文使用的源地址	系统视图下	radius nas-ip { ip-address | ipv6 ipv6-address }	两者必选其一 缺省情况下，未指定源地址，即以发送报文的接口地址作为源地址
	RADIUS方案视图下	radius scheme radius-scheme-name
		nas-ip { ip-address | ipv6 ipv6-address }

 

 

1.8.11  配置RADIUS服务器的定时器

在与RADIUS服务器交互的过程中，设备上可启动的定时器主要有以下几种：

l              服务器响应超时定时器（response-timeout）：如果在RADIUS请求报文（认证/授权请求或计费请求）传送出去一段时间后，设备还没有得到RADIUS服务器的响应，则有必要重传RADIUS请求报文，以保证用户确实能够得到RADIUS服务，这段时间被称为RADIUS服务器响应超时时长。

l              主服务器恢复激活状态定时器（timer quiet）：当主服务器不可达时，状态变为block，设备会与已配置了IP地址的从服务器交互。若从服务器可达，设备与从服务器通信，并开启超时定时器，在设定的一定时间间隔之后，将主服务器的状态恢复为active，并尝试与主服务器交互，同时保持从服务器的状态不变。若主服务器功能恢复正常，设备会立即恢复与其通信，而中断与从服务器通信。这段时间被称为RADIUS主服务器恢复激活状态时长。

l              实时计费间隔定时器（realtime-accounting）：为了对用户实施实时计费，有必要设置实时计费的时间间隔。在设置了该属性以后，每隔设定的时间，交换机会向RADIUS服务器发送一次在线用户的计费信息。

表1-28 设置RADIUS服务器的定时器

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置RADIUS服务器应答超时时间	timer response-timeout seconds	可选 缺省情况下，RADIUS服务器应答超时定时器为3秒
设置主服务器恢复激活状态的时间	timer quiet minutes	可选 缺省情况下，主服务器恢复激活状态前需要等待5分钟
设置实时计费间隔	timer realtime-accounting minutes	可选 缺省情况下，实时计费间隔为12分钟 为了对用户实施实时计费，有必要设置实时计费的时间间隔。在设置了该属性以后，每隔设定的时间，设备会向RADIUS服务器发送一次在线用户的计费信息

 

 

1.8.12  配置RADIUS服务器的安全策略服务器

EAD方案的核心是整合与联动，其中的安全策略服务器是EAD方案中的管理与控制中心，它作为一个软件的集合可运行在Windows、Linux平台下，兼具用户管理、安全策略管理、安全状态评估、安全联动控制以及安全事件审计等功能。

该配置用来设定安全策略服务器的IP地址。如果安全策略服务器和RADIUS服务器为同一台服务器，则安全策略服务器IP地址也可以不设置。当设备收到安全策略服务器的控制报文时，若该控制报文的源IP地址不是指定的安全策略服务器或RADIUS服务器地址，那么设备认为其非法。

表1-29 设置RADIUS服务器的安全策略服务器

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
设置RADIUS服务器的安全策略服务器	security-policy-server ip-address	可选 缺省情况下，未指定RADIUS服务器的安全策略服务器

 

 

1.8.13  使能RADIUS客户端的监听端口

通过以下配置可以打开RADIUS客户端的RADIUS报文监听端口，使能后的端口可以接收和发送RADIUS报文。

表1-30 使能RADIUS客户端的监听端口

操作	命令	说明
进入系统视图	system-view	-
使能RADIUS客户端的监听端口	radius client enable	可选 缺省情况下，监听端口处于使能状态

 

1.8.14  配置RADIUS Attribute 25的CAR参数解析功能

RADIUS的25号属性为class属性，该属性由RADIUS服务器下发但RFC中并未定义具体的用途，仅要求设备将下发的class属性携带在计费报文中发送给服务器即可，同时RFC并未要求设备对该属性进行解析。目前，某些RADIUS服务器通过class属性来进行CAR参数的下发，为了支持这种应用，可以通过本特性来控制设备是否将RADIUS的25号属性解析为CAR参数。

表1-31 配置RADIUS的Attribute 25

操作	命令	说明
进入系统视图	system-view	-
进入RADIUS方案视图	radius scheme radius-scheme-name	-
开启RADIUS Attribute 25的CAR参数解析功能	attribute 25 car	必选 缺省情况下，RADIUS Attribute 25的CAR参数解析功能处于关闭状态

 

 

1.8.15  RADIUS显示和维护

完成上述配置后，在任意视图下执行display命令可以显示配置后RADIUS的运行情况，通过查看显示信息验证配置的效果。

在用户视图下，执行reset命令可以清除相关统计信息。

表1-32 RADIUS显示和维护

操作	命令
显示所有或指定RADIUS方案的配置信息	display radius scheme [ radius-scheme-name ] [ slot slot-number ]
显示RADIUS报文的统计信息	display radius statistics [ slot slot-number ]
显示缓存的没有得到响应的停止计费请求报文	display stop-accounting-buffer { radius-scheme radius-server-name | session-id session-id | time-range start-time stop-time | user-name user-name } [ slot slot-number ]
清除RADIUS协议的统计信息	reset radius statistics [ slot slot-number ]
清除缓存中的没有得到响应的停止计费请求报文	reset stop-accounting-buffer { radius-scheme radius-server-name | session-id session-id | time-range start-time stop-time | user-name user-name } [ slot slot-number ]

 

1.9  配置HWTACACS

 

1.9.1  创建HWTACACS方案

HWTACACS的配置是以HWTACACS方案为单位进行的。在进行HWTACACS的其它相关配置之前，必须先创建HWTACACS方案并进入其视图。

表1-33 创建HWTACACS方案

操作	命令	说明
进入系统视图	system-view	-
创建HWTACACS方案并进入其视图	hwtacacs scheme hwtacacs-scheme-name	必选 缺省情况下，未定义HWTACACS方案

 

 

1.9.2  配置HWTACACS认证服务器

表1-34 配置HWTACACS认证服务器

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
配置主HWTACACS认证服务器	primary authentication ip-address [ port-number ]	二者必选其一 缺省情况下，未配置主/从认证服务器 两者同时配置的情况下，当主服务器不可达时，设备将使用从服务器进行认证
配置从HWTACACS认证服务器	secondary authentication ip-address [ port-number ]

 

 

1.9.3  配置HWTACACS授权服务器

表1-35 配置HWTACACS授权服务器

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
设置主HWTACACS授权服务器	primary authorization ip-address [ port-number ]	二者必选其一 缺省情况下，未配置主/从授权服务器 两者同时配置的情况下，当主服务器不可达时，设备将使用从服务器进行授权
设置从HWTACACS授权服务器	secondary authorization ip-address [ port-number ]

 

 

1.9.4  配置HWTACACS计费服务器

表1-36 配置HWTACACS计费服务器

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
设置HWTACACS主计费服务器	primary accounting ip-address [ port-number ]	二者必选其一 缺省情况下，未配置主/从计费服务器 两者同时配置的情况下，当主服务器不可达时，设备将使用从服务器进行计费
设置HWTACACS从计费服务器	secondary accounting ip-address [ port-number ]
使能停止计费报文缓存功能	stop-accounting-buffer enable	可选 缺省情况下，使能停止计费报文缓存功能
设置当出现没有得到响应的停止计费请求时，将该报文存入设备缓存后，停止计费请求报文的最大发送次数	retry stop-accounting retry-times	可选 缺省情况下，retry-times的值为100

 

 

1.9.5  配置HWTACACS报文的共享密钥

使用HWTACACS服务器作为AAA服务器时，可设置密钥以提高设备与HWTACACS服务器通信的安全性。

HWTACACS客户端（即设备系统）与HWTACACS服务器使用MD5算法来加密交互的HWTACACS报文，双方通过设置共享密钥来验证报文的合法性。只有在密钥一致的情况下，双方才能彼此接收对方发来的报文并作出响应。因此，必须保证设备上设置的共享密钥与HWTACACS服务器上的完全一样。

表1-37 配置HWTACACS报文的共享密钥

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
配置HWTACACS认证、授权计费报文的共享密钥	key { accounting | authentication | authorization } string	必选 缺省情况下，无密钥

 

1.9.6  配置发送给HWTACACS服务器的数据相关属性

表1-38 配置发送给HWTACACS服务器的数据相关属性

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
设置发送给HWTACACS服务器的用户名格式	user-name-format { keep-original | with-domain | without-domain }	可选 缺省情况下，发往HWTACACS服务器的用户名带域名
设置发送给HWTACACS服务器的数据流的单位	data-flow-format { data { byte | giga-byte | kilo-byte | mega-byte } | packet { giga-packet | kilo-packet | mega-packet | one-packet } } *	可选 缺省情况下，数据的单位为byte，数据包的单位为one-packet

 

 

1.9.7  配置发送HWTACACS报文使用的源地址

通过指定发送HWTACACS报文使用的源地址，使得发送报文的物理接口故障时，从服务器返回的报文可以到达接入设备指定的目的地址。

表1-39 配置发送HWTACACS报文使用的源地址

操作	命令	说明
进入系统视图	system-view	-
设置设备发送HWTACACS报文使用的源地址	hwtacacs nas-ip ip-address	两者必选其一 缺省情况下，未指定源地址，即以发送报文的接口地址作为源地址
	hwtacacs scheme hwtacacs-scheme-name nas- ip ip-address

 

 

1.9.8  配置HWTACACS服务器的定时器

表1-40 配置HWTACACS服务器的定时器

操作	命令	说明
进入系统视图	system-view	-
进入HWTACACS方案视图	hwtacacs scheme hwtacacs-scheme-name	-
设置HWTACACS服务器应答超时时间	timer response-timeout seconds	可选 缺省情况下，应答超时时间为5秒
设置主服务器恢复激活状态的时间	timer quiet minutes	可选 缺省情况下，主服务器恢复激活状态前需要等待5分钟
设置实时计费的时间间隔	timer realtime-accounting minutes	可选 缺省情况下，实时计费间隔为12分钟

 

 

1.9.9  HWTACACS显示和维护

完成上述配置后，在任意视图下执行display命令可以显示配置后HWTACACS的运行情况，通过查看显示信息验证配置的效果。

在用户视图下，执行reset命令可以清除相关统计信息。

表1-41 HWTACACS协议显示和维护

操作	命令
查看所有或指定HWTACACS方案的配置信息或统计信息	display hwtacacs [ hwtacacs-server-name [ statistics ] ] [ slot slot-number ]
显示缓存的没有得到响应的停止计费请求报文	display stop-accounting-buffer hwtacacs-scheme hwtacacs-scheme-name [ slot slot-number ]
清除HWTACACS协议的统计信息	reset hwtacacs statistics { accounting | all | authentication | authorization } [ slot slot-number ]

 

1.10  AAA典型配置举例

1.10.1  Telnet用户通过HWTACACS服务器认证、授权、计费的应用配置

1. 组网需求

通过配置Switch实现HWTACACS服务器对登录Switch的用户进行认证、授权、计费。

l              由一台HWTACACS服务器担当认证、授权、计费服务器的职责，服务器IP地址为10.1.1.1/24。

l              Switch与认证、授权、计费HWTACACS服务器交互报文时的共享密钥均为expert，向HWTACACS服务器发送的用户名中不带域名。

2. 组网图

图1-9 Telnet用户远端HWTACACS认证、授权和计费配置组网图

 

3. 配置步骤

# 配置各接口的IP地址（略）。

# 开启Switch的Telnet服务器功能。

<Switch> system-view

[Switch] telnet server enable

# 配置Telnet用户登录采用AAA认证方式。

[Switch] user-interface vty 0 4

[Switch-ui-vty0-4] authentication-mode scheme

[Switch-ui-vty0-4] quit

# 创建HWTACACS方案hwtac。

[Switch] hwtacacs scheme hwtac

# 配置主认证服务器的IP地址为10.1.1.1，认证端口号为49。

[Switch-hwtacacs-hwtac] primary authentication 10.1.1.1 49

# 配置主授权服务器的IP地址为10.1.1.1，认证端口号为49。

[Switch-hwtacacs-hwtac] primary authorization 10.1.1.1 49

# 配置主计费服务器的IP地址为10.1.1.1，认证端口号为49。

[Switch-hwtacacs-hwtac] primary accounting 10.1.1.1 49

# 配置与认证、授权、计费服务器交互报文时的共享密钥均为expert。

[Switch-hwtacacs-hwtac] key authentication expert

[Switch-hwtacacs-hwtac] key authorization expert

[Switch-hwtacacs-hwtac] key accounting expert

# 配置向HWTACACS服务器发送的用户名不携带域名。

[Switch-hwtacacs-hwtac] user-name-format without-domain

[Switch-hwtacacs-hwtac] quit

# 配置ISP域的AAA方案。

[Switch] domain bbb

[Switch-isp-bbb] authentication login hwtacacs-scheme hwtac

[Switch-isp-bbb] authorization login hwtacacs-scheme hwtac

[Switch-isp-bbb] accounting login hwtacacs-scheme hwtac

[Switch-isp-bbb] quit

# 或者不区分用户类型，配置缺省的AAA方案。

[Switch] domain bbb

[Switch-isp-bbb] authentication default hwtacacs-scheme hwtac

[Switch-isp-bbb] authorization default hwtacacs-scheme hwtac

[Switch-isp-bbb] accounting default hwtacacs-scheme hwtac

使用Telnet登录时输入用户名为userid@bbb，以使用域bbb进行认证。

1.10.2  Telnet用户通过local认证、HWTACACS授权、RADIUS计费的应用配置

1. 组网需求

通过配置Switch实现local认证，HWTACACS授权和RADIUS计费。Telnet用户的用户名和密码为hello。

l              一台HWTACACS服务器（担当授权服务器的职责）与Switch相连，服务器IP地址为10.1.1.2。Switch与授权HWTACACS服务器交互报文时的共享密钥均为expert，发送给HWTACACS服务器的用户名中不带域名。

l              一台RADIUS服务器（担当计费服务器的职责）与Switch相连，服务器IP地址为10.1.1.1。Switch与计费RADIUS服务器交互报文时的共享密钥为expert。

 

2. 组网图

图1-10 Telnet用户local认证、HWTACACS授权和RADIUS计费配置组网图

 

3. 配置步骤

# 配置各接口的IP地址（略）。

# 开启Switch的Telnet服务器功能。

<Switch> system-view

[Switch] telnet server enable

# 配置Telnet用户登录采用AAA认证方式。

[Switch] user-interface vty 0 4

[Switch-ui-vty0-4] authentication-mode scheme

[Switch-ui-vty0-4] quit

# 配置HWTACACS方案。

[Switch] hwtacacs scheme hwtac

[Switch-hwtacacs-hwtac] primary authorization 10.1.1.2 49

[Switch-hwtacacs-hwtac] key authorization expert

[Switch-hwtacacs-hwtac] user-name-format without-domain

[Switch-hwtacacs-hwtac] quit

# 配置RADIUS方案。

[Switch] radius scheme rd

[Switch-radius-rd] primary accounting 10.1.1.1 1813

[Switch-radius-rd] key accounting expert

[Switch-radius-rd] server-type extended

[Switch-radius-rd] user-name-format without-domain

[Switch-radius-rd] quit

# 创建本地用户hello。

[Switch] local-user hello

[Switch-luser-hello] service-type telnet

[Switch-luser-hello] password simple hello

[Switch-luser-hello] quit

# 配置ISP域的AAA方案。

[Switch] domain bbb

[Switch-isp-bbb] authentication login local

[Switch-isp-bbb] authorization login hwtacacs-scheme hwtac

[Switch-isp-bbb] accounting login radius-scheme rd

[Switch-isp-bbb] quit

# 或者不区分用户类型，配置缺省的AAA方案。

[Switch] domain bbb

[Switch-isp-bbb] authentication default local

[Switch-isp-bbb] authorization default hwtacacs-scheme hwtac

[Switch-isp-bbb] accounting default radius-scheme rd

使用Telnet登录时输入用户名为hello@bbb，以使用域bbb进行认证。

1.10.3  SSH用户通过RADIUS服务器认证、授权、计费的应用配置

1. 组网需求

如图1-11所示，配置Switch实现RADIUS服务器对登录Switch的SSH用户进行认证、授权和计费。

l              由一台iMC服务器担当认证/授权、计费RADIUS服务器的职责，服务器IP地址为10.1.1.1/24。

l              Switch与认证/授权、计费RADIUS服务器交互报文时的共享密钥均为expert，向RADIUS服务器发送的用户名带域名。服务器根据用户名携带的域名来区分提供给用户的服务。

2. 组网图

图1-11 SSH用户RADIUS认证、授权和计费配置组网图

 

3. 配置步骤

(1)        配置RADIUS server （iMC）

 

# 增加接入设备。

登录进入iMC管理平台，选择“业务”页签，单击导航树中的[接入业务/接入设备配置]菜单项，进入接入设备配置页面，在该页面中单击“增加”按钮，进入增加接入设备页面。

l              设置与Switch交互报文时的认证、计费共享密钥为expert；

l              设置认证及计费的端口号分别为1812和1813；

l              选择业务类型为设备管理业务；

l              选择接入设备类型为H3C；

l              选择或手工增加接入设备，添加IP地址为10.1.1.2的接入设备。

图1-12 增加接入设备

 

# 增加设备管理用户。

选择“用户”页签，单击导航树中的[接入用户视图/设备管理用户]菜单项，进入设备管理用户列表页面，在该页面中单击<增加>按钮，进入增加设备管理页面。

l              添加用户名hello@bbb和密码；

l              选择服务类型为SSH；

l              增加所管理设备的IP地址，IP地址范围为“192.168.1.0～192.168.1.255”。

图1-13 增加设备管理用户

 

(2)        配置Switch

# 配置VLAN接口2的IP地址，SSH客户端将通过该地址连接SSH服务器。

<Switch> system-view

[Switch] interface vlan-interface 2

[Switch-Vlan-interface2] ip address 192.168.1.70 255.255.255.0

[Switch-Vlan-interface2] quit

# 配置VLAN接口3的IP地址，Switch将通过该地址与服务器通信。

[Switch] interface vlan-interface 3

[Switch-Vlan-interface3] ip address 10.1.1.2 255.255.255.0

[Switch-Vlan-interface3] quit

# 生成RSA及DSA密钥对，并启动SSH服务器。

[Switch] public-key local create rsa

[Switch] public-key local create dsa

[Switch] ssh server enable

# 配置SSH用户登录采用AAA认证方式。

[Switch] user-interface vty 0 4

[Switch-ui-vty0-4] authentication-mode scheme

# 配置用户远程登录Switch的协议为SSH。

[Switch-ui-vty0-4] protocol inbound ssh

[Switch-ui-vty0-4] quit

# 创建RADIUS方案rad。

[Switch] radius scheme rad

# 配置主认证服务器的IP地址为10.1.1.1，认证端口号为1812。

[Switch-radius-rad] primary authentication 10.1.1.1 1812

# 配置主计费服务器的IP地址为10.1.1.1，认证端口号为1813。

[Switch-radius-rad] primary accounting 10.1.1.1 1813

# 配置与认证服务器交互报文时的共享密钥为expert。

[Switch-radius-rad] key authentication expert

# 配置与计费服务器交互报文时的共享密钥为expert。

[Switch-radius-rad] key accounting expert

# 配置向RADIUS服务器发送的用户名携带域名。

[Switch-radius-rad] user-name-format with-domain

# 配置RADIUS服务器的服务类型。使用iMC服务器时，RADIUS服务器类型应选择extended。

[Switch-radius-rad] server-type extended

[Switch-radius-rad] quit

# 配置ISP域的AAA方案。

[Switch] domain bbb

[Switch-isp-bbb] authentication login radius-scheme rad

[Switch-isp-bbb] authorization login radius-scheme rad

[Switch-isp-bbb] accounting login radius-scheme rad

[Switch-isp-bbb] quit

使用SSH登录时输入用户名为userid@bbb，以使用域bbb进行认证。

(3)        SSH用户建立与Switch的连接

在SSH客户端按照提示输入用户名hello@bbb及密码，即可进入Switch的用户界面。用户登录系统后所能访问的命令级别由iMC服务器授权，可通过设备管理用户界面的EXEC权限级别来设置。

1.10.4  Telnet用户的HWTACACS级别切换认证配置

1. 组网需求

如图1-14所示，Telnet用户主机与Switch直接相连，Switch与一台HWTACACS服务器相连，需要配置Switch实现对登录Switch的Telnet用户进行用户级别切换认证。具体要求如下：

Telnet用户登录Switch时进行本地认证，登录后所能访问的命令级别为0级，当进行由低到高的用户级别切换时，首先使用HWTACACS认证，若AAA配置无效或者HWTACACS服务器没有响应则转为local认证。

2. 组网图

图1-14 Telnet用户的HWTACACS级别切换认证配置组网图

3. 配置思路

在交换机上的配置思路如下：

(1)        配置Telnet用户登录采用AAA认证方式（scheme），并且使用AAA中的本地认证。

l              创建ISP域bbb，配置Telnet用户登录时采用的login认证方案为local。

l              创建本地用户，配置Telnet用户登录密码及登录后的用户级别。

(2)        Telnet用户进行由低到高的用户级别切换时，首先使用HWTACACS认证，若AAA配置无效或者HWTACACS服务器没有响应则转为本地认证。

l              配置用户级别切换认证方式为scheme local。

l              配置HWTACACS方案hwtac，指定HWTACACS服务器IP地址及与其进行交互的相关参数（HWTACACS协议报文交互时使用的共享密钥，Switch发送给HWTACACS服务器的用户名不带域名）。在ISP域bbb下配置级别切换认证方案为hwtac。

l              配置采用本地认证方式时的级别切换密码。

在HWTACACS server上需要添加用于级别切换认证的用户名和密码。

4. 配置步骤

(1)        配置Switch

# 配置VLAN接口2的IP地址，Telnet客户端将通过该地址连接Switch。

<Switch> system-view

[Switch] interface vlan-interface 2

[Switch-Vlan-interface2] ip address 192.168.1.70 255.255.255.0

[Switch-Vlan-interface2] quit

# 配置VLAN接口3的IP地址，Switch将通过该地址与服务器通信。

[Switch] interface vlan-interface 3

[Switch-Vlan-interface3] ip address 10.1.1.2 255.255.255.0

[Switch-Vlan-interface3] quit

# 开启Switch的Telnet服务器功能。

[Switch] telnet server enable

# 配置Telnet用户登录采用AAA认证方式。

[Switch] user-interface vty 0 4

[Switch-ui-vty0-4] authentication-mode scheme

[Switch-ui-vty0-4] quit

# 配置进行由低到高的用户级别切换时的级别切换认证方式为scheme local。（首先使用HWTACACS认证，若AAA配置无效或者HWTACACS服务器没有响应则转为本地认证）

[Switch] super authentication-mode scheme local

# 创建HWTACACS方案hwtac。

[Switch] hwtacacs scheme hwtac

# 配置主认证服务器的IP地址为10.1.1.1，认证端口号为49。

[Switch-hwtacacs-hwtac] primary authentication 10.1.1.1 49

# 配置与认证服务器交互报文时的共享密钥为expert。

[Switch-hwtacacs-hwtac] key authentication expert

# 配置向HWTACACS服务器发送的用户名不携带域名。

[Switch-hwtacacs-hwtac] user-name-format without-domain

[Switch-hwtacacs-hwtac] quit

# 创建ISP域bbb。

[Switch] domain bbb

# 配置Telnet用户登录认证方案为本地认证。

[Switch-isp-bbb] authentication login local

# 配置用户级别切换认证方案为hwtac。

[Switch-isp-bbb] authentication super hwtacacs-scheme hwtac

[Switch-isp-bbb] quit

# 创建本地Telnet用户。

[Switch] local-user test

[Switch-luser-test] service-type telnet

[Switch-luser-test] password simple aabbcc

# 指定Telnet用户登录系统后所能访问的命令级别为0级。

[Switch-luser-test] authorization-attribute level 0

[Switch-luser-test] quit

# 配置用户级别切换认证方式为本地认证时，切换用户级别使用的密码为654321。

[Switch] super password simple 654321

[Switch] quit

(2)        配置HWTACACS server

 

在HWTACACS server上添加用户test，对该用户的高级属性进行设置。

l              设置Enable Password为enabpass；

l              设置Max Privilege为Level 3，表示用户级别切换到1～3时均使用密码enabpass进行认证。

图1-15 设置Telnet用户的高级属性

 

 

5. 验证配置结果

(1)        Telnet用户建立与Switch的连接

在Telnet客户端按照提示输入用户名test@bbb及密码aabbcc，即可进入Switch的用户界面，且所只能访问级别为0级的命令。

<Switch> telnet 192.168.1.70

Trying 192.168.1.70 ...

Press CTRL+K to abort

Connected to 192.168.1.70 ...

******************************************************************************

* Copyright (c) 2004-2009 Hangzhou H3C Tech. Co., Ltd. All rights reserved.  *

* Without the owner's prior written consent,                                 *

* no decompiling or reverse-engineering shall be allowed.                    *

******************************************************************************

 

Login authentication

 

Username:test@bbb

Password:

<Switch> ?

User view commands:

  cluster  Run cluster command

  display  Display current system information

  ping     Ping function

  quit     Exit from current command view

  ssh2     Establish a secure shell client connection

  super    Set the current user priority level

  telnet   Establish one TELNET connection

  tracert  Trace route function

(2)        切换用户级别

# 在当前的用户界面下执行切换用户级别到3级的命令，按照提示输入HWTACACS级别切换认证密码enabpass，若认证成功即可将当前Telnet用户的级别切换到3级。

<Switch> super 3

 Password:

User privilege level is 3, and only those commands can be used

whose level is equal or less than this.

Privilege note: 0-VISIT, 1-MONITOR, 2-SYSTEM, 3-MANAGE

若ACS服务器无响应，按照提示输入本地级别切换认证密码654321，若认证成功即可将当前Telnet用户的级别切换到3级。

<Switch> super 3

 Password: <——此处需输入HWTACACS级别切换认证密码

 Error: Invalid configuration or no response from the authentication server.

 Info: Change authentication mode to local.

 Password: <——此处需输入本地级别切换认证密码

User privilege level is 3, and only those commands can be used

whose level is equal or less than this.

Privilege note: 0-VISIT, 1-MONITOR, 2-SYSTEM, 3-MANAGE

1.11  AAA常见配置错误举例

1.11.1  RADIUS认证/授权失败

1. 故障现象

用户认证/授权总是失败。

2. 故障分析

(1)        设备与RADIUS服务器之间存在通信故障。

(2)        用户名不是“userid@isp-name”的形式，或设备没有指定缺省的ISP域。

(3)        RADIUS服务器的数据库中没有配置该用户。

(4)        用户侧输入的密码不正确。

(5)        RADIUS服务器和设备的报文共享密钥不同。

3. 处理过程

(1)        使用ping命令检查设备与RADIUS服务器是否可达。

(2)        使用正确形式的用户名或在设备中设定缺省的ISP域。

(3)        检查RADIUS服务器的数据库以保证该用户的配置信息确实存在。

(4)        确保接入用户输入正确的密码。

(5)        检查两端的共享密钥，并确保两端一致。

1.11.2  RADIUS报文传送失败

1. 故障现象

RADIUS报文无法传送到RADIUS服务器。

2. 故障分析

(1)        设备与RADIUS服务器之间的通信线路不通（物理层/链路层）。

(2)        设备上没有设置相应的RADIUS服务器IP地址。

(3)        认证/授权和计费服务的UDP端口设置不正确。

(4)        RADIUS服务器的认证/授权和计费端口被其它应用程序占用。

3. 处理过程

(1)        确保线路通畅。

(2)        确保正确设置RADIUS服务器的IP地址。

(3)        确保与RADIUS服务器提供的端口号一致。

(4)        确保RADIUS服务器上的认证/授权和计费端口可用。

1.11.3  RADIUS计费功能异常

1. 故障现象

用户认证通过并获得授权，但是计费功能出现异常。

2. 故障分析

(1)        计费端口号设置不正确。

(2)        计费服务器和认证/授权服务器不是同一台机器，设备却要求认证/授权和计费功能属于同一个服务器（IP地址相同）。

3. 处理过程

(1)        正确设置RADIUS计费端口号。

(2)        确保设备的认证/授权和计费服务器的设置与实际情况相同。

1.11.4  HWTACACS常见配置错误举例

HWTACACS的常见配置错误举例与RADIUS基本相似，可以参考以上内容。

 

2 附录 – RADIUS属性列表

2.1  常用RADIUS标准属性

表2-1 常用RADIUS标准属性

属性编号	属性名称	描述
1	User-Name	需要进行认证的用户名称
2	User-Password	需要进行PAP方式认证的用户密码，在采用PAP认证方式时，该属性仅出现在Access-Request报文中
3	CHAP-Password	需要进行CHAP方式认证的用户密码的消息摘要。在采用CHAP认证方式时，该属性出现在Access-Request报文中
4	NAS-IP-Address	Server通过不同的IP地址来标识不同的Client，通常Client采用本地一个接口的IP地址来唯一的标识自己，这就是NAS-IP-Address。该属性指示当前发起请求的Client的NAS-IP-Address。该字段仅出现在Access-Request报文中
5	NAS-Port	用户接入NAS的物理端口号
6	Service-Type	用户申请认证的业务类型
7	Framed-Protocol	用户Frame类型业务的封装协议
8	Framed-IP-Address	为用户所配置的IP地址
11	Filter-ID	访问控制列表的名称
12	Framed-MTU	用户与NAS之间数据链路的MTU值。例如在802.1X的EAP方式认证中，NAS通过Framed-MTU值指示Server发送EAP报文的最大长度，防止EAP报文大于数据链路MTU导致的报文丢失
14	Login-IP-Host	用户登录设备的接口IP地址
15	Login-Service	用户登录设备时采用的业务类型
18	Reply-Message	服务器反馈给用户的纯文本描述，可用于向用户显示认证失败的原因
26	Vendor-Specific	厂商自定义的私有属性。一个报文中可以有一个或者多个私有属性，每个私有属性中可以有一个或者多个子属性
27	Session-Timeout	会话结束之前，给用户提供服务的最大时间，即用户的最大可用时长
28	Idle-Timeout	会话结束之前，允许用户持续空闲的最大时间，即用户的限制切断时间
31	Calling-Station-Id	NAS用于向Server告知标识用户的号码，在我司设备提供的lan-access业务中，该字段填充的是用户的MAC地址，采用的“HHHH-HHHH-HHHH”格式封装
32	NAS-Identifier	NAS用来向Server标识自己的名称
40	Acct-Status-Type	计费请求报文的类型 l      1：Start l      2：Stop l      3：Interium-Update l      4：Reset-Charge l      7：Accounting-On（3GPP中有定义） l      8：Accounting-Off （3GPP中有定义） l      9-14：Reserved for Tunnel Accounting l      15：Reserved for Failed
45	Acct-Authentic	用户采用的认证方式，包括RADIUS，Local以及Remote
60	CHAP-Challenge	在CHAP认证中，由NAS生成的用于MD5计算的随机序列
61	NAS-Port-Type	NAS认证用户的端口的物理类型 l      15：以太网 l      16：所有种类的ADSL l      17：Cable（有线电视电缆） l      201：VLAN l      202：ATM 如果在ATM或以太网端口上还划分VLAN，则该属性值为201
79	EAP-Message	用于封装EAP报文，实现RADIUS协议对EAP认证方式的支持
80	Message-Authenticator	用于对认证报文进行认证和校验，防止非法报文欺骗。该属性在RADIUS协议支持EAP认证方式被使用
87	NAS-Port-Id	用字符串来描述的认证端口信息

 

2.2  H3C RADIUS扩展属性

表2-2 H3C RADIUS扩展属性

子属性编号	子属性名称	描述
1	Input-Peak-Rate	用户接入到NAS的峰值速率，以bps为单位
2	Input-Average-Rate	用户接入到NAS的平均速率，以bps为单位
3	Input-Basic-Rate	用户接入到NAS的基本速率，以bps为单位
4	Output-Peak-Rate	从NAS到用户的峰值速率，以bps为单位
5	Output-Average-Rate	从NAS到用户的平均速率，以bps为单位
6	Output-Basic-Rate	从NAS到用户的基本速率，以bps为单位
15	Remanent_Volume	表示该连接的剩余可用总流量。对于不同的服务器类型，此属性的单位不同
20	Command	用于会话控制，表示对会话进行操作，此属性有五种取值 l      1：Trigger-Request l      2：Terminate-Request l      3：SetPolicy l      4：Result l      5：PortalClear
24	Control_Identifier	服务器重发报文的标识符，对于同一会话中的重发报文，本属性必须相同。不同的会话的报文携带的该属性值可能相同。相应的客户端响应报文必须携带该属性，其值不变 在开始、停止或中间上报流量的Accounting-Request 报文中，若带有Control-Identifier属性，此时的Control-Identifier属性无实际意义
25	Result_Code	表示Trigger-Request或SetPolicy的结果，0表示成功，非0表示失败
26	Connect_ID	用户连接索引
28	Ftp_Directory	FTP用户工作目录 对于FTP用户，当RADIUS客户端作为FTP服务器的时候，该属性用于设置RADIUS客户端上的FTP目录
29	Exec_Privilege	EXEC用户优先级
59	NAS_Startup_Timestamp	NAS系统启动时刻，以秒为单位，表示从1970年1月1日UTC 00:00:00以来的秒数
60	Ip_Host_Addr	认证请求和计费请求报文中携带的用户IP地址和MAC地址，格式为“A.B.C.D hh:hh:hh:hh:hh:hh”，IP地址和MAC地址之间以空格分开
61	User_Notify	服务器需要透传到客户端的信息
140	User_Group	SSL VPN用户认证成功后下发的用户组，一个用户可以属于多个用户组，多个用户组之间使用分号格开。本属性用于SSL VPN设备的配合
141	Security_Level	SSL VPN用户安全认证之后下发的安全级别
255	Product_ID	产品名称