CN104158808B - 基于APP应用的Portal认证方法及其装置 - Google Patents

Abstract

本发明公开了一种基于APP应用的Portal认证方法及其装置，应用于接入设备上，该方法包括：接收用户终端向APP应用服务器发起的TCP三次握手连接请求，判断连接请求是否已通过Portal认证或者在白名单内，若是，则转发用户终端的TCP连接请求报文，使用户终端与APP应用服务器建立TCP连接；否则仿冒APP应用服务器与用户终端建立TCP连接，接收用户终端发送的Http的Get请求报文，解析该报文中的URL，将APP应用服务器的IP地址加入到白名单内，向用户终端返回RST报文，通知用户终端向APP应用服务器重新发起TCP三次握手连接请求。本发明利用在APP应用中推广公众号的形式，提高企业竞争力，推广企业形象。

Description

基于APP应用的Portal认证方法及其装置

技术领域

本发明涉及通信技术领域，尤其涉及一种基于APP应用的Portal认证方法及其装置。

背景技术

Portal认证技术是一种简单易用的身份认证技术，其主要目的是为了验证接入网络客户端的身份。未认证用户上网时，设备强制用户登录到特定门户网站站点，用户可以免费访问其中的服务。当用户需要使用互联网中的其他信息时，必须在门户网站进行认证，只有认证通过后才可以使用互联网资源。

具体地，用户可以主动访问已知的Portal认证网站，输入用户名和密码进行认证，这种开始Portal认证的方式称作为主动认证；反之，如果用户试图通过HTTP访问其他外网，将被强制访问Portal认证网站，从而开始Portal认证过程，这种方式称作强制认证。Portal业务可以为运营商提供方便的管理功能，门户网站可以开展广告、社区服务、个性化的业务等，使宽带运营商、设备提供商和内容服务商形成一个产业生态系统。

随着宽带无线接入和智能移动终端技术的飞速发展，人们迫切希望能够随时随地乃至在移动过程中都能方便地从互联网获取信息和服务，移动互联网应运而生并迅猛发展，随着智能移动终端类型的不断发展，各种APP应用发展越来越快，典型的例如微信已经发展到6亿用户，围绕微信而发展的各种APP应用也开始层出不穷。Portal认证本身为网页认证，在移动互联网时代，很多用户访问各种应用已经不经过浏览器，而是直接通过各种APP，因此APP中内嵌Portal认证是非常重要的一个功能。

现有技术中，通过AC(Access Controller，接入控制器)将所有微信服务器对应的IP地址在接入设备上都配置为白名单；然后用户终端打开微信客户端后发起DNS请求，DNS服务器返回该域名对应的IP地址；进而用户终端和微信服务器地址的80端口建立连接，此时由于微信服务器地址为白名单规则，因此直接建立连接；用户终端直接与微信服务器通过通信交互，用户登录成功；用户终端在微信中打开Portal server(门户网站服务器)的公众号，内嵌的Portal server推出认证页面，用户输入用户名和密码进行认证；用户在微信中认证成功并可以访问微信中的其他公众号资源。然而该认证方式中，由于用户必须先能够登陆微信成功，因此微信服务器必须先放行，必须事先知道微信服务器对应的IP地址，并将这些地址添加到白名单中。但是，对于微信这种用户量大的应用，随着用户规模不断增加，部署的服务器会越来越多，每次需要网管人员手动增加，维护工作会越来越繁琐、越来越复杂。

发明内容

有鉴于此，本发明提出一种简化portal认证方式的基于APP应用的Portal认证方法及其装置。

为了到达上述目的，本发明所采用的技术方案为：

一种基于APP应用的Portal认证方法，应用于接入设备上，其中，所述方法包括：

接收用户终端向APP应用服务器发起的TCP三次握手连接请求，判断该连接请求是否已通过Portal认证或者在白名单内，若是，则转发所述用户终端的TCP三次握手连接请求报文，使所述用户终端与所述APP应用服务器建立TCP三次握手连接，以便所述用户终端在该APP应用中通过内嵌的Portal页面进行认证；

否则，仿冒所述APP应用服务器与所述用户终端建立TCP三次握手连接；接收所述用户终端发送的Http的Get请求报文，解析该报文中的URL，将所述APP应用服务器的IP地址加入到白名单内，向用户终端返回RST报文，通知用户终端向所述APP应用服务器重新发起TCP三次握手连接请求。

进一步地，在用户终端向APP应用服务器发起TCP三次握手连接请求之前还包括：

所述用户终端向DNS服务器发起所述APP应用的DNS请求，获取该APP应用服务器的IP地址。

进一步地，用户终端向APP应用服务器发起的TCP三次握手连接请求认证通过后，所述用户终端在APP应用中通过内嵌的Portal页面进行认证的具体步骤包括：

所述用户终端在APP应用中打开Portal服务器的公众号，内嵌的Portal服务器推出认证页面，所述APP用户终端通过认证后可正常访问互联网资源。

进一步地，所述APP应用中的Portal服务器公众号通过所述用户终端在第一次网页认证时，通过扫描网页中内嵌广告推广公众号以加入到公众号中。

进一步地，所述接入设备在仿冒所述APP应用服务器的同时，存储用户终端的识别信息以及APP应用服务器的IP地址信息。

进一步地，将所述APP应用服务器的IP地址加入到白名单内，具体包括：

当所述用户终端发起Http的Get请求时，所述接入设备通过解析URL获取所述APP应用的域名信息，并根据该域名判断是否需要将APP应用加入白名单内，如果是，则根据保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联，进而将该APP应用服务器的IP地址加入白名单，而后发送RST报文给所述用户终端。

本发明同时提供一种基于APP应用的Portal认证装置，其中，所述认证装置包括：

判断单元，用于当接收用户终端向APP应用服务器发起的TCP三次握手连接请求后，判断该连接请求是否已通过Portal认证或者在白名单内，若是，则通知转发单元进行处理，否则通知处理单元进行处理；

转发单元，用于接收到判断单元的通知后，转发用户终端的TCP三次握手连接请求报文，使用户终端与APP应用服务器建立TCP连接，以便用户终端在该APP应用中通过内嵌的Portal页面进行认证；

处理单元，用于接收到判断单元的通知后，仿冒APP应用服务器与用户终端建立TCP三次握手连接；

解析单元，用于在所述处理单元仿冒APP应用服务器与用户终端建立TCP三次握手连接后，接收用户终端发送的Http的Get请求报文，解析该报文中的URL，将APP应用服务器的IP地址加入到白名单内，并向用户终端返回RST报文，通知用户终端重新进行TCP三次握手连接。

进一步地，所述处理单元在仿冒APP应用服务器的同时，进一步存储用户终端的识别信息以及APP应用服务器的IP地址信息。

进一步地，所述解析单元解析URL获取所述APP应用的域名信息后，通知判断单元判断是否需要将APP应用加入白名单内，如果是，则根据处理单元保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联，并将该APP应用服务器的IP地址加入白名单，而后发送RST报文给所述用户终端。

与现有的技术相比，本发明接入设备通过在用户终端发起APP应用的TCP三次握手连接请求时仿冒APP应用服务器，并在与用户终端TCP三次握手连接建立成功后，进一步截获用户终端发起的Http Get报文的URL或者主机名称自动将所述APP应用服务器的IP地址添加到白名单内，因而大幅减化运维人员的工作量，并利用在APP应用中推广公众号的形式，提高企业竞争力，推广企业形象。

附图说明

图1为本发明基于APP应用的Portal认证方法的流程示意图；

图2为某应用场景下，本发明基于APP应用的Portal认证方法的详细实现流程图；

图3为本发明基于APP应用的Portal认证装置所在设备的一种硬件结构图；以及

图4为本发明基于APP应用的Portal认证装置的实施例框图。

具体实施方式

以下将结合附图所示的具体实施方式对本发明进行详细描述。但这些实施方式并不限制本发明，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本发明的保护范围内。

本发明中，在用户终端安装热门APP应用，通过在该APP应用中内嵌Portal认证的站点，当用户通过内嵌的Portal认证后，便可直接通过APP应用访问各种其他应用，从而不需要经过浏览器，简化了用户访问其他应用的访问步骤，提高了用户上网体验的乐趣，同时，商家可以通过APP应用推广公众号的形式，推广企业形象，提高企业竞争力。

请参图1所示，为本发明基于APP应用的Portal认证方法的流程示意图，该方法应用在接入设备上，具体地包括：

S1、接入设备接收用户终端向APP应用服务器发起的TCP三次握手连接请求，判断该连接请求是否已通过Portal认证或者在白名单内，若是，进入步骤S2，否则转步骤S3；

S2、接入设备转发用户终端的TCP三次握手连接请求报文，使用户终端与APP应用服务器建立TCP连接，以便用户终端在该APP应用中通过内嵌的Portal页面进行认证，本流程结束；

S3、接入设备仿冒APP应用服务器与用户终端建立TCP连接，并继续执行步骤S4；

S4、接入设备接收用户终端发送的Http的Get请求报文，解析该报文中的URL(Uniform Resource Locator：统一资源定位器)，将APP应用服务器的IP地址加入到白名单内，向用户终端返回RST(Reset the connection，重置连接)报文，并转步骤S1。

进一步地，在步骤S1之前，还包括用户终端向DNS服务器发起APP应用的DNS请求，获取该APP应用服务器的IP地址。

在步骤S2中，APP应用中通过内嵌的Portal页面进行认证的具体步骤包括：

用户终端在APP应用中打开Portal服务器的公众号，内嵌的Portal服务器推出认证页面，APP用户终端通过输入用户名和密码进行认证通过后可正常访问互联网资源；

其中，若用户终端未添加Portal服务器的公众号，所述用户终端用户在第一次网页认证时，通过扫描网页中内嵌广告推广公众号以加入到公众号中。

在步骤S3中，接入设备在仿冒APP应用服务器的同时，进一步存储用户终端的识别信息以及APP应用服务器的IP地址信息；

在步骤S4中，当所述用户终端发起Http的Get请求时，接入设备通过解析URL获取APP应用的域名信息，并根据该域名判断是否需要将APP应用加入白名单内，如果是，则根据S3步骤中保存的用户终端识别信息将域名与APP应用服务器的IP地址关联，进而将该APP应用服务器的IP地址加入白名单，而后发送RST报文给所述用户终端。

与现有的技术相比，本发明接入设备通过在用户终端发起APP应用的TCP三次握手连接请求时仿冒APP应用服务器，并在与用户终端TCP三次握手连接建立成功后，进一步根据截获用户终端发起的Http Get报文的URL或者主机名称自动将所述APP应用服务器的IP地址添加到白名单内，因而大幅减化运维人员的工作量。

如图2所示，图2为某应用场景下，本发明基于APP应用的Portal认证方法的详细实现流程图，在该认证方法所应用的场景中，包括APP客户端、接入设备、Portal Server(提供web门户认证页面的专用服务器)、Radius(Remote Authentication Dial-In UserService，远程认证拨号用户服务)Server、APP Server(第三方应用服务器)、DNS Server(域名解析服务器)等。在该应用场景下，该方法包括以下步骤：

步骤201、APP用户终端发送APP Server域名的DNS请求；

其中，在实际应用中，用户终端可以为安装有APP客户端的电脑、笔记本、手机或其他移动终端。当需要进行APP应用时，用户终端首先需要发起该APP应用的DNS请求，以便获取APP应用服务器的IP地址。

步骤202、DNS Server返回提供APP服务的Server对应的IP地址；

对于APP热门应用，APP服务提供商有可能会根据业务需要，同时布署多台APPServer，在本步骤中，APP用户终端通过DNS Server，获取到为其提供APP应用服务的对应服务器的IP地址。

步骤203、用户终端向APP Server发起TCP三次握手请求，接入设备判断该请求是否通过Portal认证或者在白名单内，若否，接入设备仿冒APP Server地址和APP Client(APP客户端)建立三次握手连接，若是，则直接转发该TCP三次握手连接请求报文后，转入步骤206处理；

用户终端在获取到DNS Server返回的为其提供服务的APP Server的IP地址后，将发起向APP Server的TCP三次握手连接请求，接入设备接收到该APP应用的TCP三次握手连接请求后，判断是否通过Portal认证或者在预先配置的白名单内，如果否，则接入设备将该TCP三次握手连接请求上送至CPU，仿冒APP Server的IP地址和APP Client(APP客户端)建立三次握手连接；如果是，则直接转发该TCP三次握手连接请求报文后，转步骤206处理。

另外，为了能够将APP Server的IP地址在后续的步骤中能够加入到预先配置的白名单内，在本步骤中，还需要进一步保存该用户终端的识别信息以及APP Server的IP地址信息。另外，本发明接入设备根据应用场景的不同，有可能是AP(无线接入点)设备，也有可能是传统的接入交换机等，在此不作特别限定。

步骤204、A PP用户终端发送HTTP的GET报文，接入设备解析GET报文URL部分获取该APP应用的域名，并根据该域名判断是否将APP Server的IP地址添加到白名单内；

在接入设备仿冒APP应用服务器与用户终端TCP握手成功后，用户终端发起Http的Get请求，接入设备接收到该请求后，通过解析该Get请求报文的URL部分，从而获取Get报文里面携带APP应用对应的域名，并上送CPU判断是否需要将该域名对应的APP应用服务器的IP地址加入到预先设置的白名单内，如果是，则进一步根据前述步骤203保存的用户终端信息查找到该APP应用服务器的IP地址，然后将该IP地址加入白名单，并发送RST报文给用户终端。

步骤205、APP用户终端发起和APP Server重新建立连接；

用户终端接收到接入设备发送的RST报文后，将重新发起和APP Server之间的TCP三次握手连接。

步骤206、APP用户登录成功；

由于此时所述APP Server对应的IP地址已经在所述白名单内，因此，接入设备接收到用户终端发起的TCP三次握手连接请求后，直接放行将该报文转发出去，因此，APP用户登录成功，APP应用终端与APP Server建立起通信连接。

步骤207、APP Client访问Portal Server公众号；

用户APP应用登录成功后，当需要在APP应用中打开Portal服务器的公众号，则内嵌的Portal Server推出认证页面，如果用户终端没有添加Portal Server的公众号，则在第一次网页认证时，可以通过扫描网页中内嵌广告推广公众号的方式加入Portal Server的公众号。

步骤208、Portal Server发送登录页面；

步骤209、用户输入用户名和密码；

步骤210、用户认证信息发送到接入设备；

步骤211、接入设备发送认证信息给Radius Server；

步骤212、Radius Server返回认证结果给接入设备；

步骤213、接入设备将认证结果通过HTTP报文发送给Portal Server。

步骤208-213为Portal认证的过程，当APP客户端访问Portal Server公众号时，Portal Server发送登录页面，用户终端通过输入用户名和密码，当认证通过后用户终端即可正常访问在该APP应用上注册的其他公众号资源了，由于上述步骤与现有技术相同，在此不再展开详细描述。

与前述基于APP应用的Portal认证方法的实施例相对应，本公开还提供了基于APP应用的Portal认证装置的实施例。

本发明基于APP应用的Portal认证装置的实施例应用在图3所示的接入设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在接入设备的CPU将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本发明基于APP应用的Portal认证装置所在设备的一种硬件结构图，除了图3所示的CPU、内存以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件。

参见图4，为本发明基于APP应用的Portal认证装置的实施例框图，该实施例可以应用在接入设备上。

请参图4所示，本发明同时提供一种基于APP应用的Portal认证装置，该方法应用在接入设备上，该装置包括：

判断单元510，用于当接收用户终端向APP应用服务器发起的TCP三次握手连接请求后，判断该连接请求是否已通过Portal认证或者在白名单内，若是，则通知转发单元530进行后续处理，否则通知处理单元520进行后续处理；

转发单元530，用于转发用户终端的TCP三次握手连接请求报文，使用户终端与APP应用服务器建立TCP连接，以便用户终端在该APP应用中通过内嵌的Portal页面进行认证；

处理单元520，用于仿冒APP应用服务器与用户终端建立TCP三次握手连接；

解析单元540，用于在所述处理单元520仿冒APP应用服务器与用户终端建立TCP三次握手连接后，接收用户终端发送的Http的Get请求报文，解析该报文中的URL，将APP应用服务器的IP地址加入到白名单内，并向用户终端返回RST报文，通知用户终端重新进行TCP三次握手连接。

进一步地，处理单元520在仿冒APP应用服务器的同时，进一步存储用户终端的识别信息以及APP应用服务器的IP地址信息；

解析单元540解析URL获取APP应用的域名信息后，通知判断单元510判断是否需要将APP应用加入白名单内，如果是，则根据处理单元520保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联，并将该APP应用服务器的IP地址加入白名单，而后发送RST报文给用户终端。

随后，用户终端收到RST报文后重新往对应IP地址的APP服务器发起三次握手，由于该APP服务器的IP地址为白名单规则，因此接入设备直接放行，用户登录成功。进一步地，用户登录成功后，在APP应用中打开Portal服务器的公众号，内嵌的Portal服务器推出认证页面，用户终端通过输入用户名和密码认证后可正常访问互联网资源，即表示用户终端可以正常上网了。

本发明提出一种基于APP应用的Portal认证方法及其装置，通过安装在用户终端的热门APP应用中内嵌Portal认证，从而利用在APP应用中推广公众号的形式，提高企业竞争力，推广企业形象。

以上结合附图实施例对本发明进行了详细说明，本领域中普通技术人员可根据上述说明对本发明做出种种变化例。因而，实施例中的某些细节不应构成对本发明的限定，本发明将以所附权利要求书界定的范围作为本发明的保护范围。

Claims (9)

1.一种基于APP应用的Portal认证方法，应用于接入设备上，其特征在于，所述方法包括：

接收用户终端向APP应用服务器发起的TCP三次握手连接请求，判断该连接请求是否已通过Portal认证或者在白名单内，若是，则转发所述用户终端的TCP三次握手连接请求报文，使所述用户终端与所述APP应用服务器建立TCP三次握手连接，以便所述用户终端在该APP应用中通过内嵌的Portal页面进行认证；

否则，仿冒所述APP应用服务器与所述用户终端建立TCP三次握手连接；接收所述用户终端发送的Http的Get请求报文，解析该报文中的URL，将所述APP应用服务器的IP地址加入到白名单内，向用户终端返回RST报文，通知用户终端向所述APP应用服务器重新发起TCP三次握手连接请求。

2.根据权利要求1所述的认证方法，其特征在于，在用户终端向APP应用服务器发起TCP三次握手连接请求之前还包括：

所述用户终端向DNS服务器发起所述APP应用的DNS请求，获取该APP应用服务器的IP地址。

3.根据权利要求1所述的认证方法，其特征在于，用户终端向APP应用服务器发起的TCP三次握手连接请求认证通过后，所述用户终端在APP应用中通过内嵌的Portal页面进行认证的具体步骤包括：

所述用户终端在APP应用中打开Portal服务器的公众号，内嵌的Portal服务器推出认证页面，所述APP用户终端通过认证后可正常访问互联网资源。

4.根据权利要求3所述的认证方法，其特征在于，所述APP应用中的Portal服务器公众号通过所述用户终端在第一次网页认证时，通过扫描网页中内嵌广告推广公众号以加入到公众号中。

5.根据权利要求1所述的认证方法，其特征在于，所述接入设备在仿冒所述APP应用服务器的同时，存储用户终端的识别信息以及APP应用服务器的IP地址信息。

6.根据权利要求5所述的认证方法，其特征在于，将所述APP应用服务器的IP地址加入到白名单内，具体包括：

当所述用户终端发起Http的Get请求时，所述接入设备通过解析URL获取所述APP应用的域名信息，并根据该域名判断是否需要将APP应用加入白名单内，如果是，则根据保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联，进而将该APP应用服务器的IP地址加入白名单，而后发送RST报文给所述用户终端。

7.一种基于APP应用的Portal认证装置，其特征在于，所述认证装置包括：

判断单元，用于当接收用户终端向APP应用服务器发起的TCP三次握手连接请求后，判断该连接请求是否已通过Portal认证或者在白名单内，若是，则通知转发单元进行处理，否则通知处理单元进行处理；

转发单元，用于接收到判断单元的通知后，转发用户终端的TCP三次握手连接请求报文，使用户终端与APP应用服务器建立TCP连接，以便用户终端在该APP应用中通过内嵌的Portal页面进行认证；

处理单元，用于接收到判断单元的通知后，仿冒APP应用服务器与用户终端建立TCP三次握手连接；

解析单元，用于在所述处理单元仿冒APP应用服务器与用户终端建立TCP三次握手连接后，接收用户终端发送的Http的Get请求报文，解析该报文中的URL，将APP应用服务器的IP地址加入到白名单内，并向用户终端返回RST报文，通知用户终端重新进行TCP三次握手连接。

8.根据权利要求7所述的认证装置，其特征在于，所述处理单元在仿冒APP应用服务器的同时，进一步存储用户终端的识别信息以及APP应用服务器的IP地址信息。

9.根据权利要求7所述的认证装置，其特征在于，所述解析单元解析URL获取所述APP应用的域名信息后，通知判断单元判断是否需要将APP应用加入白名单内，如果是，则根据处理单元保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联，并将该APP应用服务器的IP地址加入白名单，而后发送RST报文给所述用户终端。