用于Portal逃生的用户信息获取及认证方法、装置和接入设备与流程

本申请涉及网络技术领域，尤其涉及一种用于portal逃生的用户信息获取方法及装置，一种用于portal逃生的的用户认证方法，以及一种接入设备。

背景技术：

portal认证通常也称为web认证。用户可以主动访问已知的portal认证网站，输入用户名和密码进行主动认证。或者在未认证用户试图通过http访问外网网址时，被强制弹出portal认证网站从而开始portal认证过程。

portal系统的典型组网方式由五个基本要素组成：认证客户端、接入设备、portal服务器、认证计费服务器、安全策略服务器。基于该五要素的portal认证过程包括，当用户访问网络时，在web网页浏览器输入一个互联网地址，此http请求经过接入设备时被重定向到portal服务器，浏览器上将显示出portal服务器的web认证主页；用户在web认证主页上输入用户名和密码后提交，portal服务器将用户的认证信息传给接入设备；接入设备与认证计费服务器通信，完成用户认证开始计费；认证通过后，接入设备允许用户访问互联网，并根据安全策略服务器的配置来控制用户访问不同的网络资源。

在portal实际组网应用中，如果portal系统异常，或者与接入设备的通信中断，就会导致未认证用户无法接入，在线用户无法正常下线引起收费异常等问题。此时，便产生了portal逃生的需求。portal逃生的实施需依赖于两大功能：其一是接入设备能够周期性检测portal系统是否正常，其二是接入设备能够确定可认证用户，只有确定可认证用户，才能尽可能地识别不同用户的流量，确保portal逃生后能够按照portal系统正常时的方式来完成用户认证，降低portal系统异常产生的影响。

对于可认证用户信息的获取，现有技术的方式为：在portal服务器上记录认证用户的用户名称及对应的ip地址等信息，然后通过协议报文定时向接入设备发送这些用户信息，接入设备收到协议报文后，解析出用户信息并存储到本地，作为可认证用户。当接入设备探测到portal系统异常开始逃生时，接入设备根据未认证用户的请求数据中携带的ip地址从本地存储的可认证用户信息中查找，从而控制此用户的接入。

然而，采用现有技术方案时，需要portal服务器和接入设备均支持处理用户信息同步的协议报文，而实际上该协议报文并没有固定标准，多数是各厂商的私有定义。为了实现portal逃生功能，客户不得不同时升级portal服务器和接入设备，造成不必要的资源浪费。同时，在很多组网环境下，ip地址是采用dhcp动态获取的方式，同一个用户每次portal认证时使用的ip地址并不固定，如果通过ip地址来识别用户，准确性较差。

技术实现要素：

本申请提供用于portal逃生的用户信息获取及认证方法、装置和接入设备，以解决当portal系统异常，开始逃生时，接入设备无法准确获知可认证用户的技术问题。

第一方面，本申请提供一种用于portal逃生的用户信息获取方法，该方法包括：

当portal系统正常时，获取被接入设备重定向到portal服务器的数据流信息；所述数据流信息包括接入终端的介质访问控制mac地址；

如果所述接入终端portal认证成功，则将所述接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对；

如果比对结果为不匹配，则将所述接入终端设置为可认证用户，并根据所述接入终端的介质访问控制mac地址，更新所述可认证用户列表。

采用本实现方式，当portal系统正常时，接入设备可直接获取接入终端的介质访问控制mac地址等重定向到portal服务器的数据流信息，无需其他附加设备；而由于介质访问控制mac地址是接入终端的唯一确定的硬件地址，因此基于认证成功的终端的mac地址的可认证用户列表，也具有唯一确定性，因此，与现有技术相比，采用本实现方式获取到的用户信息更加准确。

当portal系统异常，开始逃生时，接入设备通过在本地可认证用户列表中查找接入终端的mac地址，即可准确判断出是否应允许该用户接入，完成portal逃生，而无需其他功能设备。

结合第一方面，在第一方面第一种可能的实现方式中，所述将接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对之前，所述方法还包括：

判断预设的可认证用户列表是否为空，如果所述预设的可认证用户列表为空，则根据所述接入终端的介质访问控制mac地址，生成存储条目，并添加至所述可认证用户列表中。

结合第一方面第一种可能的实现方式，在第一方面第二种可能的实现方式种，所述将接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对，包括：

遍历所述可认证用户列表的存储条目，将所述接入终端的介质访问控制mac地址与所述存储条目中的可认证终端介质访问控制mac地址进行比对；

如果存在一行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址匹配，则比对结果为匹配；

如果每行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址均不匹配，则比对结果为不匹配。

由于同一用户每次认证的ip地址、用户名称及密码均有可能发生变动，采用本实现方式，只对接入终端的介质访问控制mac地址与存储条目中可认证终端介质访问控制mac地址单独对比，一方面简化数据处理步骤，另一方面，避免了当用户名称等其他信息发生变化时，造成的匹配不准确的情况。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述根据接入终端的介质访问控制mac地址，更新所述可认证用户列表，包括：

将所述接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间生成存储条目；

将生成的存储条目添加至所述可认证用户列表中。

采用本实现方式，逐渐将首次接入的用户的用户信息生成存储条目，添加到可认证用户列表中，所述用户信息包括接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间。接入终端的介质访问控制mac地址，用于portal逃生时作为判断用户是否允许接入；本次认证的用户名称，用于建立接入终端与用户名称的对应关系，以便在portal逃生时直接根据终端mac即可正确获取终端流量的所属用户；本次认证时间，用于保证可认证用户列表的有效性。

结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，所述方法还包括：

如果比对结果为匹配，则对所述接入终端本次认证的用户名称与匹配的存储条目中的用户名称进行比对；

如果所述接入终端本次认证的用户名称与所述匹配的存储条目中的用户名称不同，则将所述匹配的存储条目中的用户名称修改为所述接入终端本次认证的用户名称；

以及，将所述匹配的存储条目中的认证时间修改为所述接入终端的本次认证时间。

采用本实现方式，可以更新存储条目中接入终端与用户名称的对应关系，更新认证时间有利于保证可认证用户列表的有效性。

结合第一方面第四种可能的实现方式，在第一方面第五种可能的实现方式中，所述方法还包括：

根据所述可认证用户列表的存储条目中的认证时间，确定可认证用户的不活跃时长；

如果所述不活跃时长超过预设时长，则将该可认证用户对应的存储条目删除。

采用本实现方式，保证可认证用户列表的有效性，将失效用户对应的存储条目删除，还能节省本地存储空间，提高查找效率。

第二方面，本申请提供一种用于portal逃生的用户信息获取装置，该装置包括：

信息获取单元，用于当portal系统正常时，获取被接入设备重定向到portal服务器的数据流信息；所述数据流信息包括接入终端的介质访问控制mac地址；

信息比对单元，用于如果所述接入终端portal认证成功，则将所述接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对；

列表更新单元，用于如果比对结果为不匹配，则将所述接入终端设置为可认证用户，并根据所述接入终端的介质访问控制mac地址，更新所述可认证用户列表。

结合第二方面，在第二方面第一种可能的实现方式中，所述信息比对单元还用于，判断预设的可认证用户列表是否为空，如果所述预设的可认证用户列表为空，则根据所述接入终端的介质访问控制mac地址，生成存储条目，并添加至所述可认证用户列表中。

结合第二方面第二种可能的实现方式，在第二方面第三种可能的实现方式中，所述信息比对单元，包括：

mac地址比对子单元，用于遍历所述可认证用户列表的存储条目，将所述接入终端的介质访问控制mac地址与所述存储条目中的可认证终端介质访问控制mac地址进行比对；

判断子单元，用于如果存在一行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址匹配，则比对结果为匹配；

如果每行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址均不匹配，则比对结果为不匹配。

结合第二方面第三种可能的实现方式，在第二方面第四种可能的实现方式中，所述列表更新单元，包括：

条目生成子单元，用于将所述接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间生成存储条目；

添加子单元，用于将生成的存储条目添加至所述可认证用户列表中。

结合第二方面第四种可能的实现方式，在第二方面第五种可能的实现方式中，所述列表更新单元，还包括：

名称比对子单元，用于如果比对结果为匹配，则对所述接入终端本次认证的用户名称与匹配的存储条目中的用户名称进行比对；

修改子单元，用于如果所述接入终端本次认证的用户名称与所述匹配的存储条目中的用户名称不同，则将所述匹配的存储条目中的用户名称修改为所述接入终端本次认证的用户名称；

以及，将所述匹配的存储条目中的认证时间修改为所述接入终端的本次认证时间。

结合第二方面第五种可能的实现方式，在第二方面第六种可能的实现方式中，所述装置还包括：

不活跃时长确定单元，用于根据所述可认证用户列表的存储条目中的认证时间，确定可认证用户的不活跃时长；

删除单元，用于如果所述不活跃时长超过预设时长，则将该可认证用户对应的存储条目删除。

第三方面，本申请提供一种用于portal逃生的用户认证方法，该方法包括：

当portal系统异常，接入终端开始portal逃生时，接入设备根据所述接入终端的数据流信息中的介质访问控制mac地址，从本申请第一方面所述的可认证用户列表中，查询所述接入终端是否为可认证用户；如果所述接入终端是可认证用户，则使所述接入终端认证成功；如果所述接入终端非可认证用户，则使所述接入终端认证失败。

采用本实现方式，利用接入设备上存储的可认证用户列表，只需要接入设备即可实现portal逃生功能，无需与portal系统中其它设备再进行特殊交互，将使portal逃生功能对portal系统中的设备要求降低。

第四方面，本申请提供一种接入设备，包括接收器、发送器、存储器以及处理器，所述处理器被配置为，当portal系统正常，应用本申请第一方面所述的方法，获取用户信息，得到可认证用户列表；当portal系统异常，接入终端开始portal逃生时，根据所述接入终端的数据流信息中的介质访问控制mac地址，从所述可认证用户列表中，查询所述接入终端是否为可认证用户；如果所述接入终端是可认证用户，则使所述接入终端认证成功；如果所述接入终端非可认证用户，则使所述接入终端认证失败。

采用本实现方式，直接在接入设备上记录可认证用户的信息，无需与portal系统中其它设备再进行特殊交互，只需要接入设备即可实现portal逃生功能，将使portal逃生功能对portal系统中的设备要求降低。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一种可选的应用场景示意图；

图2为portal系统组成示意图；

图3为本申请用于portal逃生的用户信息获取方法一个实施例流程图；

图4为本申请用于portal逃生的用户信息获取方法另一个实施例流程图；

图5为本申请用于portal逃生的用户信息获取方法又一个实施例流程图；

图6为本申请用于portal逃生的用户信息获取方法又一个实施例流程图；

图7为本申请用于portal逃生的用户信息获取方法又一个实施例流程图；

图8为本申请用于portal逃生的用户信息获取装置一个实施例示意图；

图9为本申请用于portal逃生的用户信息获取装置另一个实施例示意图。

具体实施方式

本申请中，接入终端可以理解为安装有网页浏览器或者portal客户端软件的终端设备，例如pc机或手机，用户通过接入终端访问网络；接入设备可以理解为路由器等宽带接入设备，主要作用是在认证前将用户所有http请求都重定向到portal服务器；认证过程中与portal服务器、认证计费服务器、安全策略服务器交互，完成认证计费、安全策略的功能；认证成功后，允许用户访问授权的互联网资源。portal服务器用于接入终端的认证请求，提供web认证的界面的服务器。

参见图1，为本申请一种可选的应用场景示意图，终端例如图1中的手机通过无线网络与接入设备连接，通过接入设备连接到internet网络，在终端成功通过接入设备连接到internet网络之前，需完成portal系统的认证过程，如果认证成功，则允许接入，如果认证失败，则不允许接入。

参见图2，为portal系统组成示意图，portal系统对终端的认证过程包括当用户访问网络时，在web网页浏览器输入一个互联网地址，此http请求经过接入设备时被重定向到portal服务器，浏览器上将显示出portal服务器的web认证主页；用户在web认证主页上输入用户名和密码后提交，portal服务器将用户的认证信息传给接入设备；接入设备与认证计费服务器通信，完成用户认证开始计费；认证通过后，接入设备允许用户访问互联网，并根据安全策略服务器的配置来控制用户访问不同的网络资源。

由上述认证过程可知，portal认证过程中的所有设备都需要与接入设备进行交互，接入设备可以获取用户的全部信息，若把每个用户的信息在接入设备上进行存储，那么在portal系统运行一段时间达到稳态后，接入设备上的用户信息将与portal服务器和认证计费服务器上的用户信息达到一致。并且，每个终端(如pc机或手机)的介质访问控制mac地址是固定不变的，具有唯一性，因此，可以通过mac地址来准确识别出每个终端。在接入设备上记录终端的介质访问控制mac地址与用户的对应关系，即可在portal逃生时，直接根据数据流信息中的介质访问控制mac地址，精确得到流量的所属用户。

基于此，为了在portal认证场景下，只由接入设备即可实现portal逃生功能，并且在portal逃生时能够更精准的识别出流量的所属认证用户，本申请提供一种用于portal逃生的用户信息获取方法，参阅图3，该方法包括：

步骤301，当portal系统正常时，获取被接入设备重定向到portal服务器的数据流信息；所述数据流信息包括接入终端的介质访问控制mac地址；

本申请实施例中，接入终端的介质访问控制mac地址从接入终端发送给接入设备的数据流信息中获取，该数据流信息可以是http、dhcp等协议报文，在portal认证过程中，该数据流信息同时被接入设备重定向到portal服务器。

本申请实施例应用于网络侧，并不对终端进行改变。网络侧设备包括接入设备和/或获取、比对以及处理等功能实体。其中，接入设备可以是bras(broadbandremoteaccessserver，宽带远程接入服务器)或ac(accesscontroller，接入控制器)或ap(accesspoint，无线接入点)，本实施例不对此做出限定。

本申请实施例中的接入设备可以具有获取、比对以及处理等功能来执行本申请提供的方法，也可通过其他获取、比对以及处理等功能实体完成。

步骤302，如果所述接入终端portal认证成功，则将所述接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对；

在一些实施例中，在将所述接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对之前，还包括：判断预设的可认证用户列表是否为空，如果所述预设的可认证用户列表为空，则根据所述接入终端的介质访问控制mac地址，生成存储条目，并添加至所述可认证用户列表中。

本申请实施例中，预设可认证用户列表，该预设的可认证用户列表中的存储条目可能为空，此时，说明接入设备或其他功能实体还未获取到可认证用户信息。预设可认证用户列表时，应定义列表中存储条目对用户信息的存储规则，然后根据定义的存储规则将相应的用户信息生成存储条目。

例如，当在portal服务器系统正常时，终端a的数据流信息(http请求流量)http请求流量到接入设备后，接入设备判断此流量未经认证，就根据mac1创建临时用户a，并向终端a推送portal服务器的web认证页面。

终端a的用户在认证页面输入用户名a和密码提交后，认证信息由portal服务器与portal系统中其他设备进行交互，并将认证成功的结果发送给接入设备。这时接入设备就将mac1、用户名a、和认证时间生成存储条目，记录添加到到本地的可认证用户表中，此时，原本为空的可认证用户表中，就包括一行存储条目。

portal系统运行一段时间后，接入设备上存储的可认证用户列表中可能将包含三行存储条目：

条目1-mac1、用户a、认证时间2017-10-1412:23；

条目2-mac2、用户b、认证时间2017-10-1712:25；

条目3-mac3、用户c、认证时间2017-10-181:30。

可以看出，在认证用户列表中，每一条存储条目均体现出mac地址与用户的对应关系。

参阅图4，在一些实施例中，所述将接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对，包括：

步骤401，遍历所述可认证用户列表的存储条目，将所述接入终端的介质访问控制mac地址与所述存储条目中的可认证终端介质访问控制mac地址进行比对；

步骤402，如果存在一行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址匹配，则比对结果为匹配；

步骤403，如果每行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址均不匹配，则比对结果为不匹配。

例如，假设当前可认证用户列表中包含三行存储条目：

条目1-mac1、用户a、认证时间2017-10-1412:23；

条目2-mac2、用户b、认证时间2017-10-1712:25；

条目3-mac3、用户c、认证时间2017-10-181:30。

若接入终端的介质访问控制mac地址为mac4，则比对结果为不匹配。

若接入终端的介质访问控制mac地址为mac1，则比对结果为匹配，且存储条目1为匹配的存储条目；

若接入终端的介质访问控制mac地址为mac2，则比对结果为匹配，且存储条目2为匹配的存储条目。

由于同一用户每次认证的ip地址、用户名称及密码均有可能发生变动，采用本实现方式，只对接入终端的介质访问控制mac地址与存储条目中可认证终端介质访问控制mac地址单独对比，一方面简化数据处理步骤，另一方面，避免了当用户名称等其他信息发生变化时，造成的匹配不准确的情况。

步骤303，如果比对结果为不匹配，则将所述接入终端设置为可认证用户，并根据所述接入终端的介质访问控制mac地址，更新所述可认证用户列表。

参阅图5，在一些实施例中，所述根据接入终端的介质访问控制mac地址，更新所述可认证用户列表，包括：

步骤501，将所述接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间生成存储条目；

步骤502，将生成的存储条目添加至所述可认证用户列表中。

采用本实现方式，逐渐将首次接入的用户的用户信息生成存储条目，添加到可认证用户列表中，所述用户信息包括接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间。接入终端的介质访问控制mac地址，用于portal逃生时作为判断用户是否允许接入；本次认证的用户名称，用于建立接入终端与用户名称的对应关系，以便在portal逃生时直接根据终端mac即可正确获取终端流量的所属用户；本次认证时间，用于保证可认证用户列表的有效性。

根据上述实施例可知，当portal系统正常时，接入设备可直接获取接入终端的介质访问控制mac地址等重定向到portal服务器的数据流信息，无需其他附加设备；而由于介质访问控制mac地址是接入终端的唯一确定的硬件地址，因此基于认证成功的终端的mac地址的可认证用户列表，也具有唯一确定性，因此，与现有技术相比，采用本实现方式获取到的用户信息更加准确。

当portal系统异常，开始逃生时，接入设备通过在本地可认证用户列表中查找接入终端的mac地址，即可准确判断出是否应允许该用户接入，完成portal逃生，而无需其他功能设备。

参阅图6，在本申请的另一些实施例中，一种用于portal逃生的用户信息获取方法还包括：

步骤601，如果比对结果为匹配，则对所述接入终端本次认证的用户名称与匹配的存储条目中的用户名称进行比对；

步骤602，如果所述接入终端本次认证的用户名称与所述匹配的存储条目中的用户名称不同，则将所述匹配的存储条目中的用户名称修改为所述接入终端本次认证的用户名称；

以及，步骤603，将所述匹配的存储条目中的认证时间修改为所述接入终端的本次认证时间。

采用本实现方式，可以更新存储条目中接入终端与用户名称的对应关系，以便在portal逃生时直接根据终端mac即可正确获取终端流量的所属用户；本次认证时间，用于保证可认证用户列表的有效性。

参阅图7，在本申请的另一些实施例中，一种用于portal逃生的用户信息获取方法还包括：

步骤701，根据所述可认证用户列表的存储条目中的认证时间，确定可认证用户的不活跃时长；

步骤702，如果所述不活跃时长超过预设时长，则将该可认证用户对应的存储条目删除。

采用本实现方式，保证可认证用户列表的有效性，将失效用户对应的存储条目删除，还能节省本地存储空间，提高查找效率。

根据上述图1至图7所示实施例提供的用于portal逃生的用户信息获取方法，本申请还提供一种用于portal逃生的用户信息获取装置，参阅图8，该装置包括：

信息获取单元u801，用于当portal系统正常时，获取被接入设备重定向到portal服务器的数据流信息；所述数据流信息包括接入终端的介质访问控制mac地址；

信息比对单元u802，用于如果所述接入终端portal认证成功，则将所述接入终端的介质访问控制mac地址与预设的可认证用户列表进行比对；

列表更新单元u803，用于如果比对结果为不匹配，则将所述接入终端设置为可认证用户，并根据所述接入终端的介质访问控制mac地址，更新所述可认证用户列表。

其中，所述信息比对单元u802还用于，判断预设的可认证用户列表是否为空，如果所述预设的可认证用户列表为空，则根据所述接入终端的介质访问控制mac地址，生成存储条目，并添加至所述可认证用户列表中。

在一些实施例中，所述信息比对单元u802，包括：

mac地址比对子单元，用于遍历所述可认证用户列表的存储条目，将所述接入终端的介质访问控制mac地址与所述存储条目中的可认证终端介质访问控制mac地址进行比对；

判断子单元，用于如果存在一行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址匹配，则比对结果为匹配；

如果每行存储条目的可认证终端介质访问控制mac地址与所述接入终端的介质访问控制mac地址均不匹配，则比对结果为不匹配。

在一些实施例中，所述列表更新单元u803，包括：

条目生成子单元，用于将所述接入终端的介质访问控制mac地址、本次认证的用户名称以及本次认证时间生成存储条目；

添加子单元，用于将生成的存储条目添加至所述可认证用户列表中。

所述列表更新单元u803，还包括：

名称比对子单元，用于如果比对结果为匹配，则对所述接入终端本次认证的用户名称与匹配的存储条目中的用户名称进行比对；

修改子单元，用于如果所述接入终端本次认证的用户名称与所述匹配的存储条目中的用户名称不同，则将所述匹配的存储条目中的用户名称修改为所述接入终端本次认证的用户名称；

以及，将所述匹配的存储条目中的认证时间修改为所述接入终端的本次认证时间。

参阅图9，在一些实施例中，所述装置还包括：

不活跃时长确定单元u901，用于根据所述可认证用户列表的存储条目中的认证时间，确定可认证用户的不活跃时长；

删除单元u902，用于如果所述不活跃时长超过预设时长，则将该可认证用户对应的存储条目删除。

根据上述实施例，本申请还提供一种用于portal逃生的用户认证方法，当portal系统异常，接入终端开始portal逃生时，接入设备根据所述接入终端的数据流信息中的介质访问控制mac地址，从上述实施例提供的可认证用户列表中，查询所述接入终端是否为可认证用户；如果所述接入终端是可认证用户，则使所述接入终端认证成功；如果所述接入终端非可认证用户，则使所述接入终端认证失败。

例如，接入设备发现portal服务器出现异常，开始portal逃生。

且可认证用户列表包括两行存储条目：

条目2-mac2、用户b、认证时间2017-10-1712:25；

条目3-mac3、用户c、认证时间2017-10-181:30。

终端c的http请求到达接入设备，接入设备判断此流量还未认证，但是portal服务器已经异常无法推送认证页面。接入设备就直接根据流量上携带的mac3查询本地的可认证用户列表，查询成功确定该用户为可认证用户，允许终端c接入网络。

终端a的http请求到底接入设备，接入设备判断此流量还未认证，但是portal服务器已经异常无法推送认证页面。接入设备根据流量上携带的mac1查询本地的可认证用户列表，查询失败确定该用户不是可认证用户，不允许终端a接入网络。

采用本实现方式，利用接入设备上存储的可认证用户列表，只需要接入设备即可实现portal逃生功能，无需与portal系统中其它设备再进行特殊交互，将使portal逃生功能对portal系统中的设备要求降低。

根据上述实施例，本申请还提供一种接入设备，包括接收器、发送器、存储器以及处理器，所述处理器被配置为，当portal系统正常，应用上述实施例提供的方法，获取用户信息，得到可认证用户列表；当portal系统异常，接入终端开始portal逃生时，根据所述接入终端的数据流信息中的介质访问控制mac地址，从所述可认证用户列表中，查询所述接入终端是否为可认证用户；如果所述接入终端是可认证用户，则使所述接入终端认证成功；如果所述接入终端非可认证用户，则使所述接入终端认证失败。

采用本实现方式，直接在接入设备上记录可认证用户的信息，无需与portal系统中其它设备再进行特殊交互，只需要接入设备即可实现portal逃生功能，将使portal逃生功能对portal系统中的设备要求降低。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的用于portal逃生的用户信息获取方法、认证方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：rom)或随机存储记忆体(英文：randomaccessmemory，简称：ram)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例中的说明即可。

以上所述的本发明实施方式并不构成对本发明保护范围的限定。