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

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

Info

Publication number
CN104158808B
CN104158808B CN201410409718.6A CN201410409718A CN104158808B CN 104158808 B CN104158808 B CN 104158808B CN 201410409718 A CN201410409718 A CN 201410409718A CN 104158808 B CN104158808 B CN 104158808B
Authority
CN
China
Prior art keywords
user terminal
app
application servers
tcp
app application
Prior art date
Application number
CN201410409718.6A
Other languages
English (en)
Other versions
CN104158808A (zh
Inventor
徐勇刚
Original Assignee
新华三技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 新华三技术有限公司 filed Critical 新华三技术有限公司
Priority to CN201410409718.6A priority Critical patent/CN104158808B/zh
Publication of CN104158808A publication Critical patent/CN104158808A/zh
Application granted granted Critical
Publication of CN104158808B publication Critical patent/CN104158808B/zh

Links

Abstract

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

Description

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

技术领域

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

背景技术

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

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

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

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

发明内容

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

[0007] 为了到达上述目的,本发明所采用的技术方案为:

[0008] 一种基于APP应用的Portal认证方法,应用于接入设备上,其中,所述方法包括: [0009]接收用户终端向APP应用服务器发起的TCP三次握手连接请求,判断该连接请求是 否己通过Portal认证或者在白名单内,若是,则转发所述用户终端的TCP三次握手连接请求 报文,使所述用户终端与所述APP应用服务器建立TCP三次握手连接,以便所述用户终端在 该APP应用中通过内嵌的Porta 1页面进行认证;

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

[0011]进一步地,在用户终端向APP应用服务器发起TCP三次握手连接请求之前还包括: [0012] 所述用户终端向DNS服务器发起所述APP应用的DNS请求,获取该APP应用服务器的 IP地址。

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

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

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

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

[0017] 进一步地,将所述APP应用服务器的IP地址加入到白名单内,具体包括:

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

[0019] 本发明同时提供一种基于APP应用的Portal认证装置,其中,所述认证装置包括:

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

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

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

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

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

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

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

附图说明

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

[0028]图2为某应用场景下,本发明基于APP应用的Portal认证方法的详细实现流程图; [0029]图3为本发明基于APP应用的Portal认证装置所在设备的一种硬件结构图;以及 [0030]图4为本发明基于APP应用的Portal认证装置的实施例框图。

具体实施方式

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

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

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

[0034] S1、接入设备接收用户终端向APP应用服务器发起的TCP三次握手连接请求,判断 该连接请求是否已通过Portal认证或者在白名单内,若是,进入步骤S2,否则转步骤S3; [0035] S2、接入设备转发用户终端的TCP三次握手连接请求报文,使用户终端与APP应用 服务器建立TCP连接,以便用户终端在该APP应用中通过内嵌的Portal页面进行认证,本流 程结束;

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

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

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

[0039] 在步骤S2中,APP应用中通过内嵌的Portal页面进行认证的具体步骤包括:

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

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

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

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

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

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

[0046] 步骤201、APP用户终端发送APP Server域名的DNS请求;

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

[0048] 步骤202、DNS Server返回提供APP服务的Server对应的IP地址;

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

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

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

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

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

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

[0055] 步骤205、APP用户终端发起和APP Server重新建立连接;

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

[0057] 步骤206、APP用户登录成功;

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

[0059]步骤207、APP Client访问Portal Server公众号;

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

[0061] 步骤208、Portal Server发送登录页面;

[0062] 步骤209、用户输入用户名和密码;

[0063] 步骤210、用户认证信息发送到接入设备;

[0064] 步骤211、接入设备发送认证信息给Radius Server;

[0065] 步骤212、Radius Server返回认证结果给接入设备;

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

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

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

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

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

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

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

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

[0074] 处理单元520,用于仿冒APP应用服务器与用户终端建立TCP三次握手连接;

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

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

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

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

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

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

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请求报文,解析该报文中的U既,将APP应用服务器的IP 地址加入到白名单内,并向用户终端返回RST报文,通知用户终端重新进行TCP三次握手连 接。
8. 根据权利要求7所述的认证装置,其特征在于,所述处理单元在仿冒APP应用服务器 的同时,进一步存储用户终端的识别信息以及APP应用服务器的IP地址信息。
9. 根据权利要求7所述的认证装置,其特征在于,所述解析单元解析URL获取所述APP应 用的域名信息后,通知判断单元判断是否需要将APP应用加入白名单内,如果是,则根据处 理单元保存的用户终端识别信息将所述域名与APP应用服务器的IP地址关联,并将该APP应 用服务器的IP地址加入白名单,而后发送RST报文给所述用户终端。
CN201410409718.6A 2014-08-19 2014-08-19 基于APP应用的Portal认证方法及其装置 CN104158808B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410409718.6A CN104158808B (zh) 2014-08-19 2014-08-19 基于APP应用的Portal认证方法及其装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410409718.6A CN104158808B (zh) 2014-08-19 2014-08-19 基于APP应用的Portal认证方法及其装置

Publications (2)

Publication Number Publication Date
CN104158808A CN104158808A (zh) 2014-11-19
CN104158808B true CN104158808B (zh) 2018-03-16

Family

ID=51884213

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410409718.6A CN104158808B (zh) 2014-08-19 2014-08-19 基于APP应用的Portal认证方法及其装置

Country Status (1)

Country Link
CN (1) CN104158808B (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486326B (zh) * 2014-12-11 2017-08-11 深圳市银河风云网络系统股份有限公司 采用微信识别接入网络的认证方法
CN105790944B (zh) * 2014-12-22 2019-07-30 深圳易思智科技有限公司 一种基于微信的网络认证方法及装置
CN105049413A (zh) * 2015-06-02 2015-11-11 杭州敦崇科技股份有限公司 一种免费无线上网的认证方法
CN105959248B (zh) * 2015-08-26 2019-06-07 杭州迪普科技股份有限公司 报文访问控制的方法及装置
CN105162802B (zh) * 2015-09-29 2018-10-23 华讯方舟科技有限公司 Portal认证方法及认证服务器
CN105491045A (zh) * 2015-12-09 2016-04-13 福建星网锐捷网络有限公司 一种免认证接入控制方法、装置、设备和系统
CN105611525B (zh) * 2015-12-29 2019-07-26 联想(北京)有限公司 一种信息处理方法及电子设备
CN105530638B (zh) * 2016-01-12 2018-12-21 杭州敦崇科技股份有限公司 一种基于朋友圈分享的免费wifi认证系统
CN105791290A (zh) * 2016-03-02 2016-07-20 上海斐讯数据通信技术有限公司 网络连接的认证方法和设备
CN107770772B (zh) * 2016-08-15 2019-01-22 北京京东尚科信息技术有限公司 一种通过app实现无感知认证上网的方法和装置
CN106230861A (zh) * 2016-09-07 2016-12-14 上海斐讯数据通信技术有限公司 一种路由器防火墙下网络访问方法及路由器
CN106572515A (zh) * 2016-11-10 2017-04-19 上海斐讯数据通信技术有限公司 使portal页面保持弹出的方法和装置
CN106778290A (zh) * 2016-11-18 2017-05-31 上海斐讯数据通信技术有限公司 一种基于微信平台的应用软件验证方法和系统
CN106506675A (zh) * 2016-11-25 2017-03-15 杭州华三通信技术有限公司 一种页面重定向方法及装置
CN106789937A (zh) * 2016-11-29 2017-05-31 上海斐讯数据通信技术有限公司 强制网络门户环境中的应用认证方法及其系统、无线ap
CN107070947A (zh) * 2017-05-19 2017-08-18 上海斐讯数据通信技术有限公司 一种基于接入认证的访问网络的方法和系统
CN107248998A (zh) * 2017-07-04 2017-10-13 上海斐讯数据通信技术有限公司 一种终端设备的应用程序客户端的认证方法和装置
CN107426228A (zh) * 2017-08-02 2017-12-01 上海斐讯数据通信技术有限公司 一种基于udp传输的应用程序认证方法及系统
CN107370746A (zh) * 2017-08-07 2017-11-21 上海斐讯数据通信技术有限公司 基于应用程序专用认证服务集标识的认证方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662411A (zh) * 2008-08-26 2010-03-03 杭州华三通信技术有限公司 IPv4主机访问IPv6网络服务器的方法及装置
CN101789947A (zh) * 2010-02-21 2010-07-28 成都市华为赛门铁克科技有限公司 防范http post泛洪攻击的方法及防火墙
CN102413105A (zh) * 2010-09-25 2012-04-11 杭州华三通信技术有限公司 防范cc攻击的方法和装置
WO2012163123A1 (zh) * 2011-05-27 2012-12-06 腾讯科技(深圳)有限公司 一种应用的管理方法和一种应用平台

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662411A (zh) * 2008-08-26 2010-03-03 杭州华三通信技术有限公司 IPv4主机访问IPv6网络服务器的方法及装置
CN101789947A (zh) * 2010-02-21 2010-07-28 成都市华为赛门铁克科技有限公司 防范http post泛洪攻击的方法及防火墙
CN102413105A (zh) * 2010-09-25 2012-04-11 杭州华三通信技术有限公司 防范cc攻击的方法和装置
WO2012163123A1 (zh) * 2011-05-27 2012-12-06 腾讯科技(深圳)有限公司 一种应用的管理方法和一种应用平台

Also Published As

Publication number Publication date
CN104158808A (zh) 2014-11-19

Similar Documents

Publication Publication Date Title
CN104796396B (zh) 提供用于基于策略的应用代理的网络代理层的方法和介质
EP3021556B1 (en) Transmission method and device for media stream in video conference
CN106233704B (zh) 提供通过Relay方式穿越网络地址转换凭证的方法和装置
US10057251B2 (en) Provisioning account credentials via a trusted channel
JP5843941B2 (ja) Flexible quasi-out-of-band authentication structure
US9485239B2 (en) Implementing single sign-on across a heterogeneous collection of client/server and web-based applications
US9125055B1 (en) Systems and methods for authenticating users accessing unsecured WiFi access points
CA2881167C (en) Authorization method, apparatus, and system
CN102984173B (zh) 网络接入控制方法及系统
US10764430B2 (en) Calling an unready terminal
US9794242B2 (en) Method, apparatus and application platform for realizing logon to an application service website
US8869254B2 (en) User verification using voice based password
US8839386B2 (en) Method and apparatus for providing authentication
US8365258B2 (en) Multi factor authentication
US8646057B2 (en) Authentication and authorization of user and access to network resources using openid
CN101990183B (zh) 保护用户信息的方法、装置及系统
RU2564251C2 (ru) Динамическое создание аккаунта в защищенной сети с беспроводной точкой доступа
US7367051B1 (en) Automated methods and processes for establishing media streaming connections through firewalls and proxy servers and countermeasures thereto
US10397210B2 (en) Method, device, client and server for interaction
US8869236B1 (en) Automatic configuration of a network device
US8925042B2 (en) Connecting devices to an existing secure wireless network
US9264435B2 (en) Apparatus and methods for access solutions to wireless and wired networks
US10237732B2 (en) Mobile device authentication in heterogeneous communication networks scenario
US20130262850A1 (en) Secure and automatic connection to wireless network
KR101214836B1 (ko) 인증 방법 및 그 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant