08 安全配置指导

04-Portal配置

1.1.4 使用本地Portal Web服务器的Portal系统

1.8 在接口上引用Portal Web服务器

1.9.5 指定Portal用户使用的认证域

1.10 配置Portal探测功能

1.10.1 配置Portal用户在线探测功能

1.10.2 配置Portal认证服务器的可达性探测功能

1.10.3 配置Portal Web服务器的可达性探测功能

1.10.4 配置Portal用户信息同步功能

1.11 配置Portal用户逃生功能

1.12 配置发送给Portal认证服务器的Portal报文的BAS-IP属性

1.13 配置接口的NAS-ID Profile

1.14 配置Portal用户漫游功能

1.15 强制Portal用户下线

1.16 配置本地Portal Web 服务器功能

1.16.1 自定义认证页面文件

1.16.2 配置本地Portal Web服务器

1.17 Portal显示和维护

1.18 Portal典型配置举例

1.18.1 Portal直接认证配置举例

1.18.2 Portal二次地址分配认证配置举例

1.18.3 可跨三层Portal认证配置举例

1.18.4 Portal直接认证扩展功能配置举例

1.18.5 Portal二次地址分配认证扩展功能配置举例

1.18.6 可跨三层Portal认证方式扩展功能配置举例

1.18.7 Portal认证服务器探测和用户信息同步功能配置举例

1.18.8 使用本地Portal Web服务器的直接Portal认证配置举例

1.19 常见配置错误举例

1.19.1 Portal用户认证时，没有弹出Portal认证页面

1.19.2 接入设备上无法强制Portal用户下线

1.19.3 RADIUS服务器上无法强制Portal用户下线

1.19.4 接入设备强制用户下线后，Portal认证服务器上还存在该用户

1.19.5 二次地址分配认证用户无法成功上线

1 Portal

Portal功能中所指的“接口”为三层接口，包括VLAN接口等。

Portal在英语中是入口的意思。Portal认证通常也称为Web认证，即通过Web页面接受用户输入的用户名和密码，对用户进行身份认证，以达到对用户访问进行控制的目的。在采用了Portal认证的组网环境中，未认证用户上网时，接入设备强制用户登录到特定站点，用户可以免费访问其中的服务；当用户需要使用互联网中的其它信息时，必须在Portal Web服务器提供的网站上进行Portal认证，只有认证通过后才可以使用这些互联网中的设备或资源。

根据是否为用户主动发起认证，可以将Portal认证分为主动认证和强制认证两种类型：用户可以主动访问已知的Portal Web服务器网站，输入用户名和密码进行认证，这种开始Portal认证的方式称作主动认证；用户访问任意非Portal Web服务器网站时，被强制访问Portal Web服务器网站，继而开始Portal认证的过程称作强制认证。

Portal认证是一种灵活的访问控制技术，可以在接入层以及需要保护的关键数据入口处实施访问控制，具有如下优势：

· 可以不安装客户端软件，直接使用Web页面认证，使用方便。

· 可以为运营商提供方便的管理功能和业务拓展功能，例如运营商可以在认证页面上开展广告、社区服务、信息发布等个性化的业务。

· 支持多种组网型态，例如二次地址分配认证方式可以实现灵活的地址分配策略且能节省公网IP地址，可跨三层认证方式可以跨网段对用户作认证。

目前，设备支持的Portal版本为Portal 1.0、Portal 2.0和Portal 3.0。

1.1.2 Portal安全扩展功能

Portal的安全扩展功能是指，在Portal身份认证的基础之上，通过强制接入终端实施补丁和防病毒策略，加强网络终端对病毒攻击的主动防御能力。具体的安全扩展功能如下：

· 安全性检测：在对用户的身份认证的基础上增加了安全认证机制，可以检测接入终端上是否安装了防病毒软件、是否更新了病毒库、是否安装了非法软件、是否更新了操作系统补丁等；

· 访问资源受限：用户通过身份认证后仅仅获得访问指定互联网资源的权限，如病毒服务器、操作系统补丁更新服务器等；当用户通过安全认证后便可以访问更多的互联网资源。

安全性检测功能必须与H3C的iMC安全策略服务器以及iNode客户端配合使用。

1.1.3 Portal的系统组成

Portal的典型组网方式如图1-1所示，它由六个基本要素组成：认证客户端、接入设备、Portal认证服务器、Portal Web服务器、AAA服务器和安全策略服务器。

图1-1 Portal系统组成示意图

1. 认证客户端

用户终端的客户端系统，为运行HTTP/HTTPS协议的浏览器或运行Portal客户端软件的主机。对用户终端的安全性检测是通过Portal客户端和安全策略服务器之间的信息交流完成的。

2. 接入设备

交换机、路由器等宽带接入设备的统称，主要有三方面的作用：

· 在认证之前，将用户的所有HTTP请求都重定向到Portal Web服务器。

· 在认证过程中，与Portal认证服务器、AAA服务器交互，完成身份认证/授权/计费的功能。

· 在认证通过后，允许用户访问被授权的互联网资源。

3. Portal认证服务器

接收Portal客户端认证请求的服务器端系统，与接入设备交互认证客户端的认证信息。

4. Portal Web服务器

负责向客户端提供Web认证页面，并将客户端的认证信息（用户名、密码等）提交给Portal认证服务器。Portal Web服务器通常与Portal认证服务器是一体的，也可以是独立的服务器端系统。

5. AAA服务器

与接入设备进行交互，完成对用户的认证、授权和计费。目前仅RADIUS（Remote Authentication Dial-In User Service，远程认证拨号用户服务）服务器支持对Portal用户进行认证、授权和计费。

6. 安全策略服务器

与Portal客户端、接入设备进行交互，完成对用户的安全检测，并对用户进行安全授权操作。

1.1.4 使用本地Portal Web服务器的Portal系统

1. 系统组成

本地Portal Web服务器功能是指，Portal认证系统中不采用外部独立的Portal Web服务器和Portal认证服务器，而由接入设备实现Portal Web服务器和Portal认证服务器功能。这种情况下，Portal认证系统仅包括三个基本要素：认证客户端、接入设备和AAA服务器，如图1-2所示。由于设备支持Portal用户进行本地Portal认证，因此就不需要部署额外的Portal Web和Portal认证服务器，增强了Portal认证的通用性。

图1-2 使用本地Portal Web服务器的Portal系统组成示意图

· 使用本地Portal Web服务器的Portal认证系统不支持Portal扩展功能，因此使用本地Portal Web服务器的网络环境中不需要部署安全策略服务器。

· 内嵌本地Portal Web服务器的接入设备实现了简单的Portal Web服务器和Portal认证服务器功能，仅能给用户提供通过Web方式登录、下线的基本功能，并不能完全替代独立的Portal服务器。

· 不支使用H3C iNode客户端方式的Portal认证。

2. 认证客户端和本地Portal Web服务器之间的交互协议

认证客户端和内嵌本地Portal Web 服务器的接入设备之间可以采用HTTP和HTTPS协议通信。若客户端和接入设备之间交互HTTP协议，则报文以明文形式传输，安全性无法保证；若客户端和接入设备之间交互HTTPS协议，则报文基于SSL提供的安全机制以密文的形式传输，数据的安全性有保障。

3. 本地Portal Web服务器支持用户自定义认证页面

本地Portal Web服务器支持由用户自定义认证页面的内容，即允许用户编辑一套或多套认证页面的HTML文件，并将其压缩之后保存至设备的存储介质的根目录中。每套自定义页面文件中包括六个认证页面：登录页面、登录成功页面、在线页面、下线成功页面、登录失败页面和系统忙碌页面。本地Portal Web服务器根据不同的认证阶段向客户端推出对应的认证页面。

缺省情况下，本地Portal Web 服务器未提供缺省认证页面文件，所以必须使用default-logon-page命令将用户自定义的一套认证页面文件设置为系统提供的缺省认证页面文件。有关default-logon-page命令的详细介绍请参见“安全命令参考”中的“Portal”。

关于认证页面文件的自定义规范请参见“1.16.1 自定义认证页面文件”。

1.1.5 Portal的基本交互过程

Portal系统中各基本要素的交互过程如下：

(1) 未认证用户访问网络时，在Web浏览器地址栏中输入一个互联网的地址，那么此HTTP请求在经过接入设备时会被重定向到Portal Web服务器的Web认证主页上。用户也可以主动登录Portal Web服务器的Web认证主页。若需要使用Portal的安全扩展认证功能，则用户必须使用H3C iNode客户端。

(2) 用户在认证主页/认证对话框中输入认证信息后提交，Portal Web服务器会将用户的认证信息传递给Portal认证服务器，由Portal认证服务器处理并转发给接入设备。

(3) 接入设备与AAA服务器交互进行用户的认证、授权和计费。

(4) 认证通过后，如果未对用户采用安全策略，则接入设备会打开用户与互联网的通路，允许用户访问互联网；如果对用户采用了安全策略，则客户端、接入设备与安全策略服务器交互，对用户的安全检测通过之后，安全策略服务器根据用户的安全性授权用户访问非受限资源。目前通过访问Web页面进行的Portal认证不能对用户实施安全策略检查，安全检查功能的实现需要与H3C iNode客户端配合。

无论是Web客户端还是H3C iNode客户端发起的Portal认证，均能支持Portal认证穿越NAT，即Portal客户端位于私网、Portal认证服务器位于公网。

1.1.6 Portal的认证方式

Portal支持三种认证方式：直接认证方式、二次地址分配认证方式和可跨三层认证方式。直接认证方式和二次地址分配认证方式下，认证客户端和接入设备之间没有三层转发设备；可跨三层认证方式下，认证客户端和接入设备之间可以（但不必须）跨接三层转发设备。

1. 直接认证方式

用户在认证前通过手工配置或DHCP直接获取一个IP地址，只能访问Portal Web服务器，以及设定的免认证地址；认证通过后即可访问网络资源。认证流程相对简单。

2. 二次地址分配认证方式

用户在认证前通过DHCP获取一个私网IP地址，只能访问Portal Web服务器，以及设定的免认证地址；认证通过后，用户会申请到一个公网IP地址，即可访问网络资源。该认证方式解决了IP地址规划和分配问题，对未认证通过的用户不分配公网IP地址。例如运营商对于小区宽带用户只在访问小区外部资源时才分配公网IP。目前，仅H3C iNode客户端支持该认证方式。需要注意的是，IPv6 Portal认证不支持二次地址分配方式。

3. 可跨三层认证方式

和直接认证方式基本相同，但是这种认证方式允许认证用户和接入设备之间跨越三层转发设备。

对于以上三种认证方式，IP地址都是用户的唯一标识。接入设备基于用户的IP地址下发ACL对接口上通过认证的用户报文转发进行控制。由于直接认证和二次地址分配认证下的接入设备与用户之间未跨越三层转发设备，因此接口可以学习到用户的MAC地址，接入设备可以利用学习到MAC地址增强对用户报文转发的控制力度。

1.1.7 Portal认证流程

直接认证和可跨三层Portal认证流程相同。二次地址分配认证流程因为有两次地址分配过程，所以其认证流程和另外两种认证方式有所不同。

1. 直接认证和可跨三层Portal认证的流程（CHAP/PAP认证方式）

图1-3 直接认证/可跨三层Portal认证流程图

直接认证/可跨三层Portal认证流程：

(1) Portal用户通过HTTP协议访问外部网络。HTTP报文经过接入设备时，对于访问Portal Web服务器或设定的免认证地址的HTTP报文，接入设备允许其通过；对于访问其它地址的HTTP报文，接入设备将其重定向到Portal Web服务器。Portal Web服务器提供Web页面供用户输入用户名和密码。

(2) Portal Web服务器将用户输入的信息提交给Portal认证服务器进行认证。

(3) Portal认证服务器与接入设备之间进行CHAP（Challenge Handshake Authentication Protocol，质询握手验证协议）认证交互。若采用PAP（Password Authentication Protocol，密码验证协议）认证则直接进入下一步骤。采用哪种认证交互方式由Portal认证服务器决定。

(4) Portal认证服务器将用户输入的用户名和密码组装成认证请求报文发往接入设备，同时开启定时器等待认证应答报文。

(5) 接入设备与RADIUS服务器之间进行RADIUS协议报文的交互。

(6) 接入设备向Portal认证服务器发送认证应答报文，表示认证成功或者认证失败。

(7) Portal认证服务器向客户端发送认证成功或认证失败报文，通知客户端认证成功（上线）或失败。

(8) 若认证成功，Portal认证服务器还会向接入设备发送认证应答确认。若是iNode客户端，则还需要进行以下安全扩展功能的步骤，否则Portal认证过程结束，用户上线。

(9) 客户端和安全策略服务器之间进行安全信息交互。安全策略服务器检测客户端的安全性是否合格，包括是否安装防病毒软件、是否更新病毒库、是否安装了非法软件、是否更新操作系统补丁等。

(10) 安全策略服务器根据安全检查结果授权用户访问指定的网络资源，授权信息保存到接入设备中，接入设备将使用该信息控制用户的访问。

步骤(9)、(10)为Portal认证安全扩展功能的交互过程。

2. 二次地址分配认证方式的流程（CHAP/PAP认证方式）

图1-4 二次地址分配认证方式流程图

二次地址分配认证流程：

(1)～(7)同直接/可跨三层Portal认证中步骤（1）～（7）。

(8) 客户端收到认证通过报文后，通过DHCP获得新的公网IP地址，并通知Portal认证服务器用户已获得新IP地址。

(9) Portal认证服务器通知接入设备客户端获得新公网IP地址。

(10) 接入设备通过DHCP模块得知用户IP地址变化后，通告Portal认证服务器已检测到用户IP变化。

(11) 当Portal认证服务器接收到客户端以及接入设备发送的关于用户IP变化的通告后，通知客户端上线成功。

(12) Portal认证服务器向接入设备发送IP变化确认报文。

(13) 客户端和安全策略服务器之间进行安全信息交互。安全策略服务器检测客户端的安全性是否合格，包括是否安装防病毒软件、是否更新病毒库、是否安装了非法软件、是否更新操作系统补丁等。

(14) 安全策略服务器根据用户的安全性授权用户访问指定的网络资源，授权信息保存到接入设备中，接入设备将使用该信息控制用户的访问。

步骤(13)、(14)为Portal认证扩展功能的交互过程。

1.1.8 Portal支持EAP认证

EAP认证仅能与H3C iMC的Portal服务器以及H3C iNode Portal客户端配合使用，且仅使用远程Portal服务器的Portal认证支持该功能。

在对接入用户身份可靠性要求较高的网络应用中，传统的基于用户名和口令的用户身份验证方式存在一定的安全问题，基于数字证书的用户身份验证方式通常被用来建立更为安全和可靠的网络接入认证机制。

EAP（Extensible Authentication Protocol，可扩展认证协议）可支持多种基于数字证书的认证方式（例如EAP-TLS），它与Portal认证相配合，可共同为用户提供基于数字证书的接入认证服务。

图1-5 Portal支持EAP认证协议交互示意图

如图1-5所示，在Portal支持EAP认证的实现中，客户端与Portal服务器之间交互EAP认证报文，Portal服务器与接入设备之间交互携带EAP-Message属性的Portal协议报文，接入设备与RADIUS服务器之间交互携带EAP-Message属性的RADIUS协议报文，由具备EAP服务器功能的RADIUS服务器处理EAP-Message属性中封装的EAP报文，并给出EAP认证结果。整个EAP认证过程中，接入设备只是对Portal服务器与RADIUS服务器之间的EAP-Message属性进行透传，并不对其进行任何处理，因此接入设备上无需任何额外配置。

1.2 配置限制和指导

授权给Portal用户的ACL中不能配置携带用户源IP地址和源MAC地址信息的规则，否则会导致用户上线失败。

1.3 Portal配置任务简介

表1-1 Portal配置任务简介

配置任务		说明	详细配置
配置Portal认证服务器		必选	1.5
配置Portal Web服务器		必选	1.6
在接口上使能Portal认证		必选	1.7
在接口上引用Portal Web服务器		必选	1.8
控制Portal用户的接入	配置免认证规则	可选	1.9.1
	配置源认证网段		1.9.2
	配置目的认证网段		1.9.3
	配置Portal最大用户数		1.9.4
	指定Portal用户使用的认证域		1.9.5
配置Portal探测功能	配置Portal用户的在线探测功能	可选	1.10.1
	配置Portal认证服务器的可达性探测功能		1.10.2
	配置Portal Web服务器的可达性探测功能		1.10.3
	配置Portal用户信息同步功能		1.10.4
配置Portal用户逃生功能		可选	1.11
配置发送给Portal认证服务器的Portal报文的BAS-IP属性		可选	1.12
配置接口的NAS-ID Profile		可选	1.13
配置Portal用户漫游功能		可选	1.14
强制Portal用户下线		可选	1.15
配置本地Portal Web服务器		可选	1.16

1.4 配置准备

Portal提供了一个用户身份认证和安全认证的实现方案，但是仅仅依靠Portal不足以实现该方案。接入设备的管理者需选择使用RADIUS认证方法，以配合Portal完成用户的身份认证。Portal认证的配置前提：

· Portal认证服务器、Portal Web服务器、RADIUS服务器已安装并配置成功。

· 若采用二次地址分配认证方式，接入设备需启动DHCP中继功能，另外需要安装并配置好DHCP服务器。

· 用户、接入设备和各服务器之间路由可达。

· 如果通过远端RADIUS服务器进行认证，则需要在RADIUS服务器上配置相应的用户名和密码，然后在接入设备端进行RADIUS客户端的相关设置。RADIUS客户端的具体配置请参见“安全配置指导”中的“AAA”。

· 如果需要支持Portal的安全扩展功能，需要安装并配置CAMS EAD/iMC EAD安全策略组件。同时保证在接入设备上的ACL配置和安全策略服务器上配置的隔离ACL的编号、安全ACL的编号对应。接入设备上与安全策略服务器相关的配置请参见“安全配置指导”中的“AAA”。安全策略服务器的配置请参考“CAMS EAD安全策略组件联机帮助”以及“iMC EAD安全策略组件联机帮助”。

1.5 配置Portal认证服务器

Portal认证服务器视图用于配置Portal认证服务器的相关参数，包括服务器的IP地址，设备和服务器间通信的共享密钥，服务器探测功能等。

设备支持配置多个Portal认证服务器。

建议不要删除正在被用户使用的Portal认证服务器，否则会导致设备上的在线用户无法正常下线。

设备向Portal认证服务器主动发送报文时使用的目的端口号（由port port-id配置）必须与远程Portal认证服务器实际使用的监听端口号保持一致。

表1-2 配置Portal认证服务器

操作	命令	说明
进入系统视图	system-view	-
创建Portal认证服务器，并进入Portal认证服务器视图	portal server server-name	缺省情况下，没有配置任何Portal认证服务器
指定Portal认证服务器的IPv4地址	ip ipv4-address [ key { cipher \| simple } key-string ]	至少选其一缺省情况下，没有指定Portal认证服务器的IP地址
指定Portal认证服务器的IPv6地址	ipv6 ipv6-address [ key { cipher \| simple } key-string ]	至少选其一缺省情况下，没有指定Portal认证服务器的IP地址
（可选）配置接入设备主动向Portal认证服务器发送Portal报文时使用的UDP端口号	port port-id	缺省情况下，接入设备主动发送Portal报文时使用的UDP端口号为50100

1.6 配置Portal Web服务器

Portal Web服务器是指Portal认证过程中向用户推送认证页面的Web服务器，也是设备强制重定向用户HTTP请求报文时所使用的Web服务器。Portal Web服务器视图用于配置Web服务器的URL地址及设备重定向该URL地址给用户时URL地址所携带的参数。同时该视图还用于配置Portal Web服务器探测等功能。

可以配置多个Portal Web服务器。

表1-3 配置Portal Web服务器

操作	命令	说明
进入系统视图	system-view	-
创建Portal Web服务器，并进入Portal Web服务器视图	portal web-server server-name	缺省情况下，没有配置任何Portal Web服务器
指定Portal Web服务器的URL	url url-string	缺省情况下，没有指定Portal Web服务器的URL
配置设备重定向给用户的Portal Web服务器的URL中携带的参数信息	url-parameter param-name { original-url \| source-address \| source-mac \| value expression }	缺省情况下，未配置设备重定向给用户的Portal Web服务器的URL中携带的参数信息

1.7 在接口上使能Portal认证

只有在接口上使能了Portal认证，对接入用户的Portal认证功能才能生效。

使能了Portal认证的接口上收到Portal报文时，首先根据报文的源IP地址信息查找本地配置的Portal认证服务器，若查找到相应的Portal认证服务器配置，则认为报文合法，并向该Portal认证服务器回应认证响应报文；否则，认为报文非法，将其丢弃。用户上线后，将与认证过程中使用的Portal认证服务器进行后续的交互。

在接口上使能Portal认证时，需要注意：

· 在使能二次地址分配方式的Portal认证之前，需要保证使能Portal的接口已配置或者获取了合法的IP地址。

· 当接入设备和Portal用户之间跨越三层设备时，只能配置可跨三层Portal认证方式（layer3），但可跨三层Portal认证方式不要求接入设备和Portal用户之间必需跨越三层设备。

· 在二次地址分配认证方式下，接口上配置的授权ARP后，系统会禁止该接口动态学习ARP表项，只有通过DHCP合法分配到公网IP地址的用户的ARP报文才能够被学习。因此，为保证只有合法用户才能接入网络，建议使用二次地址分配认证方式的Portal认证时，接口上同时配置了授权ARP功能。

· IPv6 Portal服务器不支持二次地址分配方式的Portal认证。

· 允许在接口上同时使能IPv4 Portal认证和IPv6 Portal认证。

表1-4 使能Portal认证

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	只能是三层接口
在接口上使能IPv4 Portal认证，并指定认证方式	portal enable method { direct \| layer3 \| redhcp }	至少选其一缺省情况下，接口上没有使能Portal认证
在接口上使能IPv6 Portal认证，并指定认证方式	portal ipv6 enable method { direct \| layer3 }	至少选其一缺省情况下，接口上没有使能Portal认证

1.8 在接口上引用Portal Web服务器

在接口上引用指定的Portal Web服务器后，设备会将该接口上Portal用户的HTTP请求报文重定向到该Web服务器。

一个接口上可以同时引用一个IPv4 Portal Web服务器和一个IPv6 Portal Web认证服务器。

表1-5 在接口上引用Portal Web服务器

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	只能是三层接口
在接口上引用IPv4 Portal Web服务器	portal apply web-server server-name [ fail-permit ]	至少选其一缺省情况下，接口上没有引用任何Portal Web服务器
在接口上引用IPv6 Portal Web服务器	portal ipv6 apply web-server server-name [ fail-permit ]	至少选其一缺省情况下，接口上没有引用任何Portal Web服务器

1.9 控制Portal用户的接入

1.9.1 配置免认证规则

通过配置免认证规则可以让特定的用户不需要通过Portal认证即可访问外网特定资源，这是由免认证规则中配置的源信息以及目的信息决定的。

免认证规则的匹配项包括IP地址、TCP/UDP端口号、MAC地址、所连接设备的接口和VLAN，只有符合免认证规则的用户报文才不会触发Portal认证，因此这些报文所属的用户才可以直接访问网络资源。

配置免认证规则时，需要注意：

· 如果免认证规则中同时配置了接口和VLAN，则要求接口属于指定的VLAN，否则该规则无效。

· 相同内容的免认证规则不能重复配置，否则提示免认证规则已存在或重复。

· 无论接口上是否使能Portal认证，只能添加或者删除免认证规则，不能修改。

表1-6 配置基于IP地址的免认证规则

操作	命令	说明
进入系统视图	system-view	-
配置基于IPv4地址的Portal免认证规则	portal free-rule rule-number { destination ip { ip-address { mask-length \| mask } \| any } [ tcp tcp-port-number \| udp udp-port-number ] \| source ip { ip-address { mask-length \| mask } \| any } [ tcp tcp-port-number \| udp udp-port-number ] } *	缺省情况下，不存在基于IPv4地址的Portal免认证规则
配置基于IPv6地址的Portal免认证规则	portal free-rule rule-number { destination ipv6 { ipv6-address prefix-length \| any } [ tcp tcp-port-number \| udp udp-port-number ] \| source ipv6 { ipv6-address prefix-length \| any } [ tcp tcp-port-number \| udp udp-port-number ] } *	缺省情况下，不存在基于IPv6地址的Portal免认证规则

表1-7 配置基于源的免认证规则

操作	命令	说明
进入系统视图	system-view	-
配置基于源的Portal免认证规则	portal free-rule rule-number source { interface interface-type interface-number \| mac mac-address \| vlan vlan-id } *	缺省情况下，不存在基于源的Portal免认证规则

1.9.2 配置源认证网段

通过配置源认证网段实现只允许在源认证网段范围内的用户HTTP报文才能触发Portal认证。如果未认证用户的HTTP报文既不满足免认证规则又不在源认证网段内，则将被接入设备丢弃。

配置源认证网段时，需要注意：

· 源认证网段配置仅对可跨三层Portal认证有效。

· 直接认证方式和二次地址分配认证方式下，用户与接入设备上使能Portal的接口在同一个网段，因此配置源认证网络没有实际意义，若配置了非用户接入的网段为源认证网段，则用户认证会失败。对于直接认证方式，接入设备认为接口上的源认证网段为任意源IP；对于二次地址分配认证方式，接入设备认为接口上的源认证网段为接口私网IP决定的私网网段。

· 如果接口上同时配置了源认证网段和目的认证网段，则源认证网段的配置不会生效。

· 设备上可以配置多条源认证网段。若配置了网段地址范围有所覆盖或重叠的源认证网段，则仅其中地址范围最大（子网掩码或地址前缀最小）的一条源认证网段配置生效。

表1-8 配置IPv4 Portal源认证网段

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置IPv4 Portal源认证网段	portal layer3 source ipv4-network-address { mask-length \| mask }	缺省情况下，没有配置IPv4 Portal源认证网段，表示对任意IPv4用户都进行Portal认证

表1-9 配置IPv6 Portal源认证网段

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置IPv6 Portal源认证网段	portal ipv6 layer3 source ipv6-network-address prefix-length	缺省情况下，没有配置IPv6 Portal源认证网段，表示对任意IPv6用户都进行Portal认证

1.9.3 配置目的认证网段

通过配置目的认证网段实现仅对要访问指定目的网段（除免认证规则中指定的目的IP地址或网段）的用户进行Portal认证，其它用户访问外部网络时无需认证。

配置目的认证网段时，需要注意：

· 如果接口下同时配置了源认证网段和目的认证网段，则源认证网段的配置无效。

· 设备上可以配置多条目的认证网段。若配置了网段地址范围有所覆盖或重叠的目的认证网段，则仅其中地址范围最大（子网掩码或地址前缀最小）的一条目的认证网段配置生效。

表1-10 配置IPv4 Portal目的认证网段

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置IPv4 Portal目的认证网段	portal free-all except destination ipv4-network-address { mask-length \| mask }	缺省情况下，没有配置IPv4 Portal目的认证网段，表示对访问任意目的网段的用户都进行Portal认证

表1-11 配置IPv6 Portal目的认证网段

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置IPv6 Portal目的认证网段	portal ipv6 free-all except destination ipv6-network-address prefix-length	缺省情况下，没有配置IPv6 Portal目的认证网段，表示对访问任意目的网段的用户都进行Portal认证

1.9.4 配置Portal最大用户数

通过该配置可以控制系统中的Portal接入用户总数，包括IPv4 Portal用户和IPv6 Portal用户。

如果配置的Portal最大用户数小于当前已经在线的Portal用户数，则该配置可以执行成功，且在线Portal用户不受影响，但系统将不允许新的Portal用户接入。

表1-12 配置Portal最大用户数

操作	命令	说明
进入系统视图	system-view	-
配置Portal最大用户数	portal max-user max-number	缺省情况下，不限制Portal最大用户数

1.9.5 指定Portal用户使用的认证域

每个Portal用户都属于一个认证域，且在其所属的认证域内进行认证/授权/计费，认证域中定义了一套认证/授权/计费的策略。

通过在指定接口上配置Portal用户使用的认证域，使得所有从该接口接入的Portal用户被强制使用指定的认证域来进行认证、授权和计费。即使Portal用户输入的用户名中携带的域名相同，接入设备的管理员也可以通过该配置使得不同接口上接入的Portal用户使用不同的认证域，从而增加管理员部署Portal接入策略的灵活性。

从指定接口上接入的Portal用户将按照如下先后顺序选择认证域：接口上指定的Portal用户使用的ISP域-->用户名中携带的ISP域-->系统缺省的ISP域。关于缺省ISP域的相关介绍请参见“安全配置指导”中的“AAA”。

接口上可以同时指定IPv4 Portal用户和IPv6 Portal用户的认证域。

表1-13 指定IPv4 Portal用户使用的认证域

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
指定IPv4 Portal用户使用的认证域	portal domain domain-name	缺省情况下，未指定IPv4 Portal用户使用的认证域

表1-14 指定IPv6 Portal用户使用的认证域

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
指定IPv6 Portal用户使用的认证域	portal ipv6 domain domain-name	缺省情况下，未指定IPv6 Portal用户使用的认证域

1.10 配置Portal探测功能

1.10.1 配置Portal用户在线探测功能

接口上开启了Portal用户在线探测功能后，设备在用户上线之后，若发现在一定的时间（idle time）之内该用户无流量，则会向该用户定期（interval interval）发送探测报文来确认该用户是否在线，以便及时发现异常离线用户。

· IPv4探测报文为ARP请求或ICMP请求，IPv6探测报文为ND请求或ICMPv6请求。

· 若设备在指定的探测次数（retry retries）之内收到了该Portal用户的响应报文，则认为此用户在线。之后，继续根据指定的时间之内是否有流量来决定是否发起新的一轮探测，以持续确认该用户的在线状态。

· 若设备在指定的探测次数（retry retries）之后仍然未收到该Portal用户的响应报文，则认为此用户已经下线，则停止探测，并删除该用户。

需要注意的是，ARP和ND方式的探测只适用于直接方式和二次地址分配方式的Portal认证。ICMP方式的探测适用于所有认证方式。

表1-15 配置IPv4 Portal用户在线探测功能

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
开启IPv4 Portal用户在线探测功能	portal user-detect type { arp \| icmp } [ retry retries ] [ interval interval ] [ idle time ]	缺省情况下，接口上的IPv4 Portal用户在线探测功能处于关闭状态

表1-16 配置IPv6 Portal用户在线探测功能

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
开启IPv6 Portal用户在线探测功能	portal ipv6 user-detect type { icmpv6 \| nd } [ retry retries ] [ interval interval ] [ idle time ]	缺省情况下，接口上的IPv6 Portal用户在线探测功能处于关闭状态

1.10.2 配置Portal认证服务器的可达性探测功能

在Portal认证的过程中，如果接入设备与Portal认证服务器的通信中断，则会导致新用户无法上线，已经在线的Portal用户无法正常下线的问题。为解决这些问题，需要接入设备能够及时探测到Portal认证服务器可达状态的变化，并能触发执行相应的操作来应对这种变化带来的影响。

开启Portal认证服务器的可达性探测功能后，无论是否有接口上使能了Portal认证，设备会定期检测Portal认证服务器发送的报文（例如，用户上线报文、用户下线报文、心跳报文）来判断服务器的可达状态：若设备在指定的探测超时时间（timeout timeout）内收到Portal报文，且验证其正确，则认为此次探测成功且服务器可达，否则认为此次探测失败，服务器不可达。

当接入设备检测到Portal认证服务器可达或不可达状态改变时，可执行以下操作：

· 发送日志：Portal认证服务器可达或者不可达的状态改变时，发送日志信息。日志信息中记录了Portal认证服务器名以及该服务器状态改变前后的状态。

· Portal用户逃生：Portal认证服务器不可达时，暂时取消接口上进行的Portal认证，允许该接口接入的所有Portal用户访问网络资源。之后，若设备收到Portal认证服务器发送的报文，则恢复该端口的Portal认证功能。该功能的详细配置请参见“1.11 配置Portal用户逃生功能”。

配置Portal认证服务器的可达性探测功能时，需要注意：

· 目前，只有iMC的Portal认证服务器支持发送心跳报文，由于心跳报文是周期性发送的，所以iMC的Portal认证服务器可以更好得与设备配合，使其能够及时而准确地探测到它的可达性状态。如果要采用心跳报文探测Portal服务器的可达性，服务器上必须保证逃生心跳功能处于开启状态。

· 如果同时指定了多种操作，则Portal认证服务器可达状态改变时系统可并发执行多种操作。

表1-17 配置Portal认证服务器的可达性探测功能

操作	命令	说明
进入系统视图	system-view	-
进入Portal认证服务器视图	portal server server-name	-
开启Portal认证服务器的可达性探测功能	server-detect [ timeout timeout ] log	缺省情况下，Portal服务器可达性探测功能处于关闭状态

1.10.3 配置Portal Web服务器的可达性探测功能

在Portal认证的过程中，如果接入设备与Portal Web服务器的通信中断，将无法完成整个认证过程，因此必须对Portal Web服务器的可达性进行探测。

由于Portal Web服务器用于对用户提供Web服务，不需要和设备交互报文，因此无法通过发送某种协议报文的方式来进行可达性检测。无论是否有接口上使能了Portal认证，开启了Portal Web服务器的可达性探测功能之后，接入设备采用模拟用户进行Web访问的过程来实施探测：接入设备主动向Portal Web服务器发起TCP连接，如果连接可以建立，则认为此次探测成功且服务器可达，否则认为此次探测失败。

· 探测参数

¡ 探测间隔：进行探测尝试的时间间隔。

¡ 失败探测的最大次数：允许连续探测失败的最大次数。若连续探测失败数目达到此值，则认为服务器不可达。

· 可达状态改变时触发执行的操作（可以选择其中一种或同时使用多种）

¡ 发送日志：Portal Web服务器可达或者不可达的状态改变时，发送日志信息。日志信息中记录了Portal Web服务器名以及该服务器状态改变前后的状态。

¡ Portal用户逃生：Portal Web服务器不可达时，暂时取消端口进行的Portal认证，允许该端口接入的所有Portal用户访问网络资源。之后，若Portal Web服务器可达，则恢复该端口的Portal认证功能。该功能的详细配置请参见“1.11 配置Portal用户逃生功能”。

表1-18 配置Portal Web服务器的可达性探测功能

操作	命令	说明
进入系统视图	system-view	-
进入Portal Web服务器视图	portal web-server server-name	-
开启Portal Web服务器的可达性探测功能	server-detect [ interval interval ] [ retry retries ] log	缺省情况下，Portal Web认证服务器的可达性探测功能处于关闭状态

1.10.4 配置Portal用户信息同步功能

为了解决接入设备与Portal认证服务器通信中断后，两者的Portal用户信息不一致问题，设备提供了一种Portal用户信息同步功能。该功能利用了Portal同步报文的发送及检测机制，具体实现如下：

(1) 由Portal认证服务器周期性地（周期为Portal认证服务器上指定的用户心跳间隔值）将在线用户信息通过用户同步报文发送给接入设备；

(2) 接入设备在用户上线之后，即开启用户同步检测定时器（超时时间为timeout timeout），在收到用户同步报文后，将其中携带的用户列表信息与自己的用户列表信息进行对比，如果发现同步报文中有设备上不存在的用户信息，则将这些自己没有的用户信息反馈给Portal认证服务器，Portal认证服务器将删除这些用户信息；如果发现接入设备上的某用户信息在一个用户同步报文的检测超时时间内，都未在该Portal认证服务器发送过来的用户同步报文中出现过，则认为Portal认证服务器上已不存在该用户，设备将强制该用户下线。

使用Portal用户信息同步功能时，需要注意：

· 只有在支持Portal用户心跳功能（目前仅iMC的Portal认证服务器支持）的Portal认证服务器的配合下，本功能才有效。为了实现该功能，还需要在Portal认证服务器上选择支持用户心跳功能，且服务器上配置的用户心跳间隔要小于等于设备上配置的检测超时时间。

· 在设备上删除Portal认证服务器时将会同时删除该服务器的用户信息同步功能配置。

表1-19 配置Portal用户信息同步功能

操作	命令	说明
进入系统视图	system-view	-
进入Portal认证服务器视图	portal server server-name	-
开启Portal用户信息同步功能	user-sync timeout timeout	缺省情况下，Portal用户信息同步功能处于关闭状态

1.11 配置Portal用户逃生功能

当接入设备探测到Portal认证服务器或者Portal Web服务器不可达时，可打开接口的网络限制，允许Portal用户不需经过认证即可访问网络资源，也就是通常所说的Portal逃生功能。

如果接口上同时开启了Portal认证服务器逃生功能和Portal Web服务器逃生功能，则当任意一个服务器不可达时，即放开接口控制，当两个服务器均恢复可达性后，再重新启动Portal认证功能。重新启动接口的Portal认证功能之后，未通过认证的用户需要通过认证之后才能访问网络资源，已通过认证的用户可继续访问网络资源。

表1-20 配置Portal用户逃生功能

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
开启Portal认证服务器不可达时的Portal用户逃生功能	portal [ ipv6 ] fail-permit server server-name	缺省情况下，设备探测到Portal认证服务器不可达时，不允许Portal用户逃生
开启Portal Web服务器不可达时的Portal用户逃生功能	portal [ ipv6 ] apply web-server server-name fail-permit	缺省情况下，设备探测到Portal Web服务器不可达时，不允许Portal用户逃生

1.12 配置发送给Portal认证服务器的Portal报文的BAS-IP属性

设备上运行Portal 2.0版本时，主动发送给Portal认证服务器的报文（例如强制用户下线报文）中必须携带BAS-IP属性。设备上运行Portal 3.0版本时，主动发送给Portal认证服务器的报文必须携带BAS-IP或者BAS-IPv6属性。

如果接口上使能了IPv4 Portal认证，则可以设置BAS-IP属性值；如果接口上使能了IPv6 Portal认证，则可以设置BAS-IPv6属性值。

配置此功能后，设备主动发送的通知类Portal报文，其源IP地址为配置的BAS-IP或BAS-IPv6属性值，否则为Portal报文出接口的IP地址。由于在设备进行二次地址分配认证和强制Portal用户下线过程中，均需要设备主动向Portal认证服务器发送相应的通知类Portal报文，因此，为了保证二次地址分配认证方式下Portal用户可以成功上线，以及设备可以成功通知Portal认证服务器用户下线，需要保证该属性值与Portal认证服务器上指定的设备IP一致。

表1-21 配置发送给Portal认证服务器的Portal报文的BAS-IP属性

操作	命令	说明
进入系统视图	system-view	-
进入接口视图	interface interface-type interface-number	-
配置发送给Portal认证服务器的IPv4 Portal报文的BAS-IP属性	portal bas-ip ipv4-address	缺省情况下，发送给Portal认证服务器的响应类的IPv4 Portal报文中携带的BAS-IP属性为报文的源IPv4地址，通知类IPv4 Portal报文中携带的BAS-IP属性为报文出接口的IPv4地址
配置发送给Portal认证服务器的IPv6 Portal报文的BAS-IPv6属性	portal bas-ipv6 ipv6-address	缺省情况下，发送给Portal认证服务器的响应类的IPv6 Portal报文中携带的BAS-IPv6属性为报文的源IPv6地址，通知类IPv6 Portal报文中携带的BAS-IPv6属性为报文出接口的IPv6地址

1.13 配置接口的NAS-ID Profile

通常情况下，网络管理员可以依靠VLAN来确定用户的接入位置，但有些管理员需要使用NAS-Identifier来标识用户的接入位置。此时需要通过设置NAS-ID与VLAN的绑定关系，从而确定用户的接入位置。

当接口上有Portal用户上线时，若该接口上指定了NAS-ID Profile，则接入设备会根据指定的Profile名字和用户接入的VLAN来获取与此VLAN绑定的NAS-ID，此NAS-ID的值将作为向RADIUS服务器发送的RADIUS请求报文中的NAS-Identifier属性值。

本特性中指定的Profile名字用于标识VLAN和NAS-ID的绑定关系，该绑定关系由AAA中的nas-id id-value bind vlan vlan-id命令生成，有关该命令的具体情况请参见“安全命令参考”中的“AAA”。

在接口上未指定NAS-ID Profile或指定的Profile中没有找到匹配的绑定关系的情况下，使用设备名作为接口的NAS-ID。

表1-22 配置接口的NAS-ID Profile

操作	命令	说明
进入系统视图	system-view	-
创建NAS-ID Profile，并进入NAS-ID-Profile视图	aaa nas-id profile profile-name	必选该命令的具体情况请参见“安全命令参考”中的“AAA”
设置NAS-ID与VLAN的绑定关系	nas-id nas-identifier bind vlan vlan-id	必选该命令的具体情况请参见“安全命令参考”中的“AAA”
退出当前视图	quit	-
进入接口视图	interface interface-type interface-number	-
指定接口的NAS-ID Profile	portal nas-id-profile profile-name	必选缺省情况下，未指定NAS-ID Profile

1.14 配置Portal用户漫游功能

Portal用户漫游功能允许同属一个VLAN的用户在VLAN内漫游，即只要Portal用户在某VLAN接口通过认证，则可以在该VLAN内的任何二层端口上访问网络资源，且移动接入端口时无须重复认证。若VLAN接口上未开启该功能，则在线用户在同一个VLAN内其它端口接入时，将无法访问外部网络资源，必须首先在原端口正常下线之后，才能在其它端口重新认证上线。

需要注意的是：

· 该功能只对通过VLAN接口上线的用户有效。

· 有用户在线的情况下，不能配置此功能。

表1-23 配置Portal用户漫游功能

操作	命令	说明
进入系统视图	system-view	-
使能Portal用户漫游功能	portal roaming enable	缺省情况下，Portal用户漫游功能处于关闭状态

1.15 强制Portal用户下线

通过配置强制用户下线可以终止对用户的Portal认证过程，或者将已经通过认证的Portal用户删除。

表1-24 配置强制Portal用户下线

操作	命令	说明
进入系统视图	system-view	-
强制指定的IPv4 Portal用户或所有Portal用户下线	portal delete-user { ipv4-address \| all \| interface interface-type interface-number }	-
强制指定的IPv6 Portal用户或所有的Portal用户下线	portal delete-user { all \| interface interface-type interface-number \| ipv6 ipv6-address }	-

1.16 配置本地Portal Web 服务器功能

如果接口上已开启Portal认证功能，同时引用的Portal Web服务器中的URL地址为设备自身的IP地址，那么配置本地Portal Web服务器功能后，用户上线认证过程中，设备会使用本地Portal Web服务器向用户推出认证页面。但是，认证页面的内容和样式需要用户自定义。

1.16.1 自定义认证页面文件

用户自定义的认证页面为HTML文件的形式，压缩后保存在设备的存储介质的根目录中。每套认证页面可包括六个主索引页面（登录页面、登录成功页面、登录失败页面、在线页面、系统忙碌页面、下线成功页面）及其页面元素（认证页面需要应用的各种文件，如Logon.htm页面中的back.jpg），每个主索引页面可以引用若干页面元素。

用户在自定义这些页面时需要遵循一定的规范，否则会影响本地Portal Web服务器功能的正常使用和系统运行的稳定性。

1. 文件名规范

主索引页面文件名不能自定义，必须使用表1-25中所列的固定文件名。

表1-25 主索引页面文件名

主索引页面	文件名
登录页面	logon.htm
登录成功页面	logonSuccess.htm
登录失败页面	logonFail.htm
在线页面用于提示用户已经在线	online.htm
系统忙页面用于提示系统忙或者该用户正在登录过程中	busy.htm
下线成功页面	logoffSuccess.htm

主索引页面文件之外的其他文件名可由用户自定义，但需注意文件名和文件目录名中不能含有中文且字符不区分大小写。

2. 页面请求规范

本地Portal Web服务器只能接受Get请求和Post请求。

· Get请求用于获取认证页面中的静态文件，其内容不能为递归内容。例如，Logon.htm文件中包含了Get ca.htm文件的内容，但ca.htm文件中又包含了对Logon.htm的引用，这种递归引用是不允许的。

· Post请求用于用户提交用户名和密码以及用户执行登录、下线操作。

3. Post请求中的属性规范

(1) 认证页面中表单（Form）的编辑必须符合以下原则：

· 认证页面可以含有多个Form，但是必须有且只有一个Form的action=logon.cgi，否则无法将用户信息送到本地Portal服务器。

· 用户名属性固定为”PtUser”，密码属性固定为”PtPwd”。

· 需要有用于标记用户登录还是下线的属性”PtButton”，取值为"Logon"表示登录，取值为"Logoff"表示下线。

· 登录Post请求必须包含”PtUser”，”PtPwd”和"PtButton"三个属性。

· 下线Post请求必须包含”PtButton”这个属性。

(2) 需要包含登录Post请求的页面有logon.htm和logonFail.htm。

logon.htm页面脚本内容的部分示例：

<p>Password :<input type="password" name = "PtPwd" style="width:160px;height:22px" maxlength=32>

</form>

(3) 需要包含下线Post请求的页面有logonSuccess.htm和online.htm。

online.htm页面脚本内容的部分示例：

</form>

4. 页面文件压缩及保存规范

· 完成所有认证页面的编辑之后，必须按照标准Zip格式将其压缩到一个Zip文件中，该Zip文件的文件名只能包含字母、数字和下划线。

· 压缩后的Zip文件中必须直接包含认证页面，不允许存在间接目录。

· 压缩生成的Zip文件可以通过FTP或TFTP的二进制方式上传至设备，并保存在设备的根目录下。

Zip文件保存目录示例：

<Sysname> dir

Directory of flash:

0 -rw- 1405 Feb 28 2008 15:53:31 ssid2.zip

1 -rw- 1405 Feb 28 2008 15:53:20 ssid1.zip

2 -rw- 1405 Feb 28 2008 15:53:39 ssid3.zip

3 -rw- 1405 Feb 28 2008 15:53:44 ssid4.zip

2540 KB total (1319 KB free)

5. 认证成功后认证页面自动跳转

若要支持认证成功后认证页面的自动跳转功能，即认证页面会在用户认证成功后自动跳转到指定的网站页面，则需要在认证页面logon.htm和logonSuccess.htm的脚本文件中做如下改动。

(1) 将logon.htm文件中的Form的target值设置为“_blank”。

修改的脚本内容如下突出显示部分所示：

(2) logonSucceess.htm文件添加页面加载的初始化函数“pt_init()”。

增加的脚本内容如下突出显示部分所示：

<html>

<head>

<title>LogonSuccessed</title>

</head>

... ...

</body>

</html>

1.16.2 配置本地Portal Web服务器

在本配置任务中，通过指定Portal客户端和本地Portal Web服务器的之间采用的通信协议（HTTP或HTTPS），接入设备上的本地Portal Web服务器功能才能生效。

1. 配置准备

若指定本地Portal Web服务器支持的协议类型为HTTPS，则需要首先完成以下配置：

· 配置PKI策略，并成功申请本地证书和CA证书，具体配置请参见“安全配置指导”中的“PKI”。

· 配置SSL服务器端策略，并指定使用已配置的PKI域。具体配置请参见“安全配置指导”中的“SSL”。

2. 配置本地Portal Web服务器

表1-26 配置本地Portal Web 服务器

操作	命令	说明
进入系统视图	system-view	-
创建并进入本地Portal Web服务器视图	portal local-web-server { http \| https ssl-server-policy policy-name [ tcp-port port-number ] }	缺省情况下，没有配置本地Protal Web服务器
配置本地Portal Web服务器提供的缺省认证页面文件	default-logon-page filename	缺省情况下，本地Portal Web 服务器未提供缺省认证页面文件
（可选）配置本地Portal Web服务器的HTTP服务侦听的TCP端口号	tcp-port port-number	缺省情况下，HTTP服务侦听的TCP端口号为80

1.17 Portal显示和维护

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

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

表1-27 Portal显示和维护

操作	命令
显示接口下发的用于报文匹配的Portal过滤规则信息	display portal rule { all \| dynamic \| static } interface interface-type interface-number [ slot slot-id ]
显示指定接口上的Portal配置信息和Portal运行状态信息	display portal interface interface-type interface-number
显示Portal认证服务器信息	display portal server [ server-name ]
显示Portal Web服务器信息	display portal web-server [ server-name ]
显示Portal认证服务器的报文统计信息	display portal packet statistics [ server server-name ]
显示Portal用户的信息	display portal user { all \| interface interface-type interface-number }
清除Portal认证服务器的报文统计信息	reset portal packet statistics [ server server-name ]

1.18 Portal典型配置举例

1.18.1 Portal直接认证配置举例

1. 组网需求

· 用户主机与接入设备Switch直接相连，采用直接方式的Portal认证。用户通过手工配置或DHCP获取的一个公网IP地址进行认证，在通过Portal认证前，只能访问Portal Web服务器；在通过Portal认证后，可以使用此IP地址访问非受限互联网资源。

· 采用一台Portal服务器承担Portal认证服务器和Portal Web服务器的职责。

· 采用RADIUS服务器作为认证/计费服务器。

2. 组网图

图1-6 配置Portal直接认证组网图

3. 配置步骤

· 按照组网图配置设备各接口的IP地址，保证启动Portal之前各主机、服务器和设备之间的路由可达。

· 完成RADIUS服务器上的配置，保证用户的认证/计费功能正常运行。

(1) 配置Portal server（iMC PLAT 3.20）

下面以iMC为例（使用iMC版本为：iMC PLAT 3.20-R2602P13、iMC UAM 3.60-E6301），说明Portal server的基本配置。

# 配置Portal认证服务器。

登录进入iMC管理平台，选择“业务”页签，单击导航树中的[Portal认证服务器管理/服务器配置]菜单项，进入服务器配置页面。

· 根据实际组网情况调整以下参数，本例中使用缺省配置。

图1-7 Portal认证服务器配置页面

# 配置IP地址组。

单击导航树中的[Portal认证服务器管理/IP地址组配置]菜单项，进入Portal IP地址组配置页面，在该页面中单击<增加>按钮，进入增加IP地址组配置页面。

· 填写IP地址组名；

· 输入起始地址和终止地址。用户主机IP地址必须包含在该IP地址组范围内；

· 选择业务分组，本例中使用缺省的“未分组”；

· 选择IP地址组的类型为“普通”。

图1-8 增加IP地址组配置页面

# 增加Portal设备。

单击导航树中的[Portal认证服务器管理/设备配置]菜单项，进入Portal设备配置页面，在该页面中单击<增加>按钮，进入增加设备信息配置页面。

· 填写设备名；

· 指定IP地址为与接入用户相连的设备接口IP；

· 输入密钥，与接入设备Switch上的配置保持一致；

· 选择是否进行二次地址分配，本例中为直接认证，因此为否；

· 选择是否支持逃生心跳功能和用户心跳功能，本例中不支持。

图1-9 增加设备信息配置页面

# Portal设备关联IP地址组

在Portal设备配置页面中的设备信息列表中，点击NAS设备的<端口组信息管理>链接，进入端口组信息配置页面。

图1-10 设备信息列表

在端口组信息配置页面中点击<增加>按钮，进入增加端口组信息配置页面。

· 填写端口组名；

· 选择IP地址组，用户接入网络时使用的IP地址必须属于所选的IP地址组；

· 其它参数采用缺省值。

图1-11 增加端口组信息配置页面

# 最后单击导航树中的[业务参数配置/系统配置手工生效]菜单项，使以上Portal认证服务器配置生效。

(2) 配置Portal server（iMC PLAT 5.0）

下面以iMC为例（使用iMC版本为：iMC PLAT 5.0(E0101)、iMC UAM 5.0(E0101)），说明Portal server的基本配置。

# 配置Portal认证服务器。

登录进入iMC管理平台，选择“业务”页签，单击导航树中的[Portal认证服务器管理/服务器配置]菜单项，进入服务器配置页面。

· 根据实际组网情况调整以下参数，本例中使用缺省配置。

图1-12 Portal认证服务器配置页面

# 配置IP地址组。

单击导航树中的[Portal认证服务器管理/IP地址组配置]菜单项，进入Portal IP地址组配置页面，在该页面中单击<增加>按钮，进入增加IP地址组配置页面。

· 填写IP地址组名；

· 输入起始地址和终止地址。用户主机IP地址必须包含在该IP地址组范围内；

· 选择业务分组，本例中使用缺省的“未分组”；

· 选择IP地址组的类型为“普通”。

图1-13 增加IP地址组配置页面

# 增加Portal设备。

单击导航树中的[Portal认证服务器管理/设备配置]菜单项，进入Portal设备配置页面，在该页面中单击<增加>按钮，进入增加设备信息配置页面。

· 填写设备名；

· 指定IP地址为与接入用户相连的设备接口IP；

· 输入密钥，与接入设备Switch上的配置保持一致；

· 选择是否进行二次地址分配，本例中为直接认证，因此为否；

· 选择是否支持逃生心跳功能和用户心跳功能，本例中不支持。

图1-14 增加设备信息配置页面

# Portal设备关联IP地址组

在Portal设备配置页面中的设备信息列表中，点击NAS设备的<端口组信息管理>链接，进入端口组信息配置页面。

图1-15 设备信息列表

在端口组信息配置页面中点击<增加>按钮，进入增加端口组信息配置页面。

· 填写端口组名；

· 选择IP地址组，用户接入网络时使用的IP地址必须属于所选的IP地址组；

· 其它参数采用缺省值。

图1-16 增加端口组信息配置页面

# 最后单击导航树中的[业务参数配置/系统配置手工生效]菜单项，使以上Portal认证服务器配置生效。

(3) 配置Switch

· 配置RADIUS方案

# 创建名字为rs1的RADIUS方案并进入该方案视图。

<Switch> system-view

[Switch] radius scheme rs1

# 配置RADIUS方案的主认证和主计费服务器及其通信密钥。

[Switch-radius-rs1] primary authentication 192.168.0.112

[Switch-radius-rs1] primary accounting 192.168.0.112

[Switch-radius-rs1] key authentication simple radius

[Switch-radius-rs1] key accounting simple radius

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

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

[Switch-radius-rs1] quit

# 使能RADIUS session control功能。

[Switch] radius session-control enable

· 配置认证域

# 创建并进入名字为dm1的ISP域。

[Switch] domain dm1

# 配置ISP域的AAA方法。

[Switch-isp-dm1] authentication portal radius-scheme rs1

[Switch-isp-dm1] authorization portal radius-scheme rs1

[Switch-isp-dm1] accounting portal radius-scheme rs1

[Switch-isp-dm1] quit

# 配置系统缺省的ISP域dm1，所有接入用户共用此缺省域的认证和计费方法。若用户登录时输入的用户名未携带ISP域名，则使用缺省域下的认证方法。

[Switch] domain default enable dm1

· 配置Portal认证

# 配置Portal认证服务器：名称为newpt，IP地址为192.168.0.111，密钥为明文portal，监听Portal报文的端口为50100。

[Switch] portal server newpt

New portal server added.

[Switch-portal-server-newpt] ip 192.168.0.111 key simple portal

[Switch-portal-server-newpt] port 50100

[Switch-portal-server-newpt] quit

# 配置Portal Web服务器的URL为http://192.168.0.111:8080/portal。（Portal Web服务器的URL请与实际环境中的Portal Web服务器配置保持一致，此处仅为示例）

[Switch] portal web-server newpt

[Switch-portal-websvr-newpt] url http://192.168.0.111:8080/portal

[Switch-portal-websvr-newpt] quit

# 在接口Vlan-interface100上使能直接方式的Portal认证。

[Switch] interface vlan-interface 100

[Switch–Vlan-interface100] portal enable method direct

# 在接口Vlan-interface100上引用Portal Web服务器newpt。

[Switch–Vlan-interface100] portal apply web-server newpt

# 在接口Vlan-interface100上设置发送给Portal认证服务器的Portal报文中的BAS-IP属性值为2.2.2.1。

[Switch–Vlan-interface100] portal bas-ip 2.2.2.1

[Switch–Vlan-interface100] quit

4. 验证配置

以上配置完成后，通过执行以下显示命令可查看Portal配置是否生效。

[Switch] display portal interface vlan-interface 100

Portal information of Vlan-interface100

Nas id profile: Not configured

IPv4:

Portal status: Enabled

Authentication type: Direct

Portal Web server: newpt

Authentication domain: Not configured

Bas-ip: 2.2.2.1

User Detection: Not configured

Action for server detection:

Server type Server name Action

-- -- --

Layer3 source network:

IP address Mask

Destination authenticate subnet:

IP address Mask

IPv6:

Portal status: Disabled

Authentication type: Disabled

Portal Web server: Not configured

Authentication domain: Not configured

Bas-ipv6: Not configured

User detection: Not configured

Action for server detection:

Server type Server name Action

-- -- --

Layer3 source network:

IP address Prefix length

Destination authenticate subnet:

IP address Prefix length

用户既可以使用H3C的iNode客户端，也可以通过网页方式进行Portal认证。用户在通过认证前，只能访问认证页面http://192.168.0.111:8080/portal，且发起的Web访问均被重定向到该认证页面，在通过认证后，可访问非受限的互联网资源。

认证通过后，可通过执行以下显示命令查看Switch上生成的Portal在线用户信息。

[Switch] display portal user interface vlan-interface 100

Total portal users： 1

Username: abc

Portal server: newpt

State: Online

Authorization ACL: --

VPN instance: --

MAC IP VLAN Interface

0015-e9a6-7cfe 2.2.2.2 100 Vlan-interface100