CN115118775B - 浏览器访问请求的处理方法、装置及电子设备 - Google Patents

Abstract

本公开涉及一种浏览器访问请求的处理方法、装置、电子设备及计算机可读介质。该方法包括：由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求。本申请涉及的浏览器访问请求的处理方法、装置、电子设备及计算机可读介质，能够提供一种更加便捷的http重定向到https功能，提高虚服务策略的管理能力和虚服务的使用率。

Description

浏览器访问请求的处理方法、装置及电子设备

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种浏览器访问请求的处理方法、装置、电子设备及计算机可读介质。

背景技术

随着互联网的普及和飞速发展，人们与互联网都有着千丝万缕的联系，但是科技进步导致的负面影响也逐渐凸显，数据隐私被窃取侵犯给人们的生活造成了极大的困扰，所以网络安全问题成为人们越来越关注的事情。

SSL证书的出现有效地保证网上机密信息的安全，但是，由于http协议的广泛使用，加之客户端和服务端均无法全部彻底更改为HTTPs模式，所以只能采用逐步过渡到https连接的方式，现阶段，http和https两种类型的请求同时存在于网络中，如何在这种情况下保证浏览器访问的安全快速是当前极为重要的问题。

在所述背景技术部分公开的上述信息仅用于加强对本申请的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种浏览器访问请求的处理方法、装置、电子设备及计算机可读介质，能够提供一种更加便捷的http重定向到https功能，提高虚服务策略的管理能力和虚服务的使用率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请的一方面，提出一种浏览器访问请求的处理方法，该方法包括：由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求。

在本申请的一种示例性实施例中，在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式，包括：将所述浏览器访问请求中的目标端口信息和待访问的服务器目标端口信息进行匹配；在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式。

在本申请的一种示例性实施例中，在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式，包括：在匹配一致且待访问的服务器的目标端口启用自动跳转功能时，确定所述目标端口的连接模式。

在本申请的一种示例性实施例中，确定所述目标端口的连接模式，包括：在所述目标端口为HTTP跳转端口时，确定所述目标端口的连接模式为七层模式；在所述目标端口为虚服务端口时，确定所述目标端口的连接模式为SSL模式。

在本申请的一种示例性实施例中，根据所述连接模式和所述客户端之间建立连接，包括：在所述连接模式为七层模式时，和所述客户端基于三次握手建立连接。

在本申请的一种示例性实施例中，基于所述连接处理所述浏览器访问请求，包括：基于三次握手发送GET请求至目标端口；等待所述目标端口的虚服务的响应；客户端根据虚服务响应报文进行重定向以进行浏览器访问。

在本申请的一种示例性实施例中，客户端根据虚服务响应报文进行重定向以进行浏览器访问，包括：客户端由虚服务响应报文的Location首部中提取URL；基于所述URL进行重定向以进行浏览器访问。

在本申请的一种示例性实施例中，根据所述连接模式和所述客户端之间建立连接，包括：在所述连接模式为SSL模式时，和所述客户端基于SSL握手建立连接。

在本申请的一种示例性实施例中，基于所述连接处理所述浏览器访问请求，包括：基于SSL握手链接获取虚服务的index值；基于所述index值提取目标虚服务配置；在所述目标虚服务配置满足条件时，调度对应的服务以进行浏览器访问。

根据本申请的一方面，提出一种浏览器访问请求的处理装置，该装置包括：请求模块，用于由客户端获取浏览器访问请求；端口模块，用于由所述浏览器访问请求中获取目标端口信息；模式模块，用于在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；连接模块，用于根据所述连接模式和所述客户端之间建立连接；访问模块，用于基于所述连接处理所述浏览器访问请求。

根据本申请的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本申请的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本申请的浏览器访问请求的处理方法、装置、电子设备及计算机可读介质，通过由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求的方式，能够提供一种更加便捷的http重定向到https功能，提高虚服务策略的管理能力和虚服务的使用率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种浏览器访问请求的处理方法及装置的系统框图。

图2是根据一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。

图3是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。

图4是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。

图5是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。

图6是根据一示例性实施例示出的一种浏览器访问请求的处理装置的框图。

图7是根据一示例性实施例示出的一种电子设备的框图。

图8是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。

本申请涉及的技术缩略语解释如下：

HTTP状态码：是指HTTP协议常在响应报文中使用的用来提供一种事务处理处理结果用到的3位数字代码。本专利中用到的是302状态码，表示临时重定向，浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取。

URL由四部分组成：协议、主机、端口、路径，语法格式如下：protocol://hostname[:port]/path/，其中

①协议(protocol)：指定使用的传输协议协议，也就是URL中://前那部分，最常用的是HTTP协议。

②主机(hostname)：是指存放资源的服务器的域名系统(DNS)主机名或IP地址。

③端口(port)：各种传输协议都有默认的端口号，在传输协议中可以省略输入该协议的默认端口号。

④路径(path)：由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。

SSL协议：位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持。SSL协议可分为两层：SSL记录协议(SSL Record Protocol)：它建立在可靠的传输协议(如TCP)之上，为高层协议提供数据封装、压缩、加密等基本功能的支持。SSL握手协议(SSLHandshake Protocol)：它建立在SSL记录协议之上，用于在实际的数据传输开始前，通讯双方进行身份认证、协商加密算法、交换加密密钥等。

本申请的发明人发现，现有技术方案是通过两条虚服务策略来实现http访问请求重定位的，一条配置HTTP内容调度走七层流程，HTTP内容调度的动作为推送页面，页面HTML内容为替换客户端在浏览器访问虚服务时的http为https，替换成功后等同于访问https的虚服务。这时候就用到第二条虚服务了，端口为443，配置了缺省/备份真实服务组和SSL策略，执行SSL模式的调度流程。

本申请的发明人认为，现有技术方案的主要缺点在于配置较为繁琐，通常人们不会只对一个虚服务IP和端口进行重定向，所以存在多个重定向虚服务时，必须要配置很多策略，一条接着一条，管理起来不方便，很容易遗忘它本来的用途，进行删改操作导致功能不可用，而且两条虚服务才能实现一个功能，占用了虚服务配置有限的资源，可能本来可以配置4096条不同的虚服务和端口，但是现在只能配置2048条不同的虚服务。随着人们越来越重视数据安全，确保数据在网络上的传输过程中不会被截取及窃听，SSL协议正在被广泛使用，所以在将来从http重定向到https势必是一种趋势。

通过以上的分析，本申请提出一种浏览器访问请求的处理方法，将现有技术中通过融合两条虚服务配合才能实现的功能，在一条虚服务配置项中完成。下面借助于具体的实施例对本申请的内容进行详细描述。

图1是根据一示例性实施例示出的一种浏览器访问请求的处理方法、装置、电子设备及计算机可读介质的系统框图。

如图1所示，系统架构10可以包括终端设备101、102、103，网络104和重定向装置105、服务器106、107、108。网络104用以在终端设备101、102、103和重定向装置105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过重定向装置105与服务器106、107、108交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器106、107、108可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的购物类网站提供支持的服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。

重定向装置105可例如由终端设备101、102、103获取浏览器访问请求；重定向装置105可例如由所述浏览器访问请求中获取目标端口信息；重定向装置105可例如在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；重定向装置105可例如根据所述连接模式和所述客户端之间建立连接；重定向装置105可例如基于所述连接处理所述浏览器访问请求。

重定向装置105可以是一个实体的服务器，还可例如为多个服务器组成，重定向装置105还可以是交换机、防火墙或者其他通信设备。需要说明的是，本申请实施例所提供的浏览器访问请求的处理方法可以由重定向装置105执行，相应地，浏览器访问请求的处理装置可以设置于重定向装置105中。

图2是根据一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。浏览器访问请求的处理方法20至少包括步骤S202至S210。

如图2所示，在S202中，由客户端获取浏览器访问请求。

在S204中，由所述浏览器访问请求中获取目标端口信息。

在S206中，在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式。

在一个实施例中，可将所述浏览器访问请求中的目标端口信息和待访问的服务器目标端口信息进行匹配；在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式。

更具体的，可在匹配一致且待访问的服务器的目标端口启用自动跳转功能时，确定所述目标端口的连接模式。

在现有技术中，配置两条虚服务策略实现功能时，两条虚拟服务各自的执行模式为七层模式和SSL模式，在本申请中，将两种虚拟服务合并为一条。通过进行模式转换来实现。

首先在监听虚服务IP端口匹配流程中添加判断是否启用“自动跳转HTTPS”功能，接口返回值为模式值。如果启用了“自动跳转HTTPS”，那么分两种情况来处理：①目标端口等于“HTTP跳转端口”时，返回七层模式，②目标端口等于“虚服务端口”时，返回SSL模式。

在S208中，根据所述连接模式和所述客户端之间建立连接。

在一个实施例中，在所述目标端口为HTTP跳转端口时，确定所述目标端口的连接模式为七层模式；在所述连接模式为七层模式时，和所述客户端基于三次握手建立连接。

在一个实施例中，在所述目标端口为虚服务端口时，确定所述目标端口的连接模式为SSL模式。在所述连接模式为SSL模式时，和所述客户端基于SSL握手建立连接。

在S210中，基于所述连接处理所述浏览器访问请求。具体内容将在图3,4对应的实施例中进行详细描述。

根据本申请的浏览器访问请求的处理方法，通过由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求的方式，能够提供一种更加便捷的http重定向到https功能，提高虚服务策略的管理能力和虚服务的使用率。

应清楚地理解，本申请描述了如何形成和使用特定示例，但本申请的原理不限于这些示例的任何细节。相反，基于本申请公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。图3所示的流程30是对“所述目标端口的连接模式为七层模式”的详细描述。

如图3所示，在S302中，在所述连接模式为七层模式时，和所述客户端基于三次握手建立连接。

在S304中，基于三次握手发送GET请求至目标端口。

在S306中，等待所述目标端口的虚服务的响应。

在S308中，客户端根据虚服务响应报文进行重定向以进行浏览器访问。客户端可例如，由虚服务响应报文的Location首部中提取URL；基于所述URL进行重定向以进行浏览器访问。

当客户端访问虚服务和跳转端口时，主要进行如下流程：建立三次握手、发送GET请求、等待虚服务的响应报文，四次挥手断开连接。

其中，在等待虚服务的响应报文过程中，也就是虚服务发送响应(重定向)报文阶段。因为在本申请中通过一条虚服务策略实现跳转(重定向)功能，所以响应报文不能再使用现有技术中的“200ok”的状态码，因为“200ok”无法主动发起下一次重定向的连接。

在本申请的实施例中，通过“302found状态码”和Location字段实现重定向功能。

其中，“302”表示临时性的重定向，客户端需要使用Location首部给出的URL对资源进行临时定位，常用于页面跳转。

更具体的，URL由四部分组成：协议、主机、端口、路径，语法格式如下：protocol://hostname[:port]/path/，在本申请中，需要对以下四部分内容修改处理。

①协议(protocol)：此次功能跳转的协议类型是HTTP，而跳转后的协议类型为HTTPS。设备会根据协议类型决定走tcp还是https的流程，所以重定向报文Location字段是https://hostname[:port]/path/。

②主机(hostname)：主机名不一定是IP地址，所以，虽然大部分时候在客户端使用虚服务IP访问，且监听虚服务IP端口匹配流程中也是使用虚服务IP进行匹配，获取HOST时不可以单纯使用虚服务IP，必须从URL中获取，除非请求中没有HOST，还是需要使用虚服务IP。

③端口(port)：因为是关于HTTP协议的跳转，所以默认“HTTP跳转端口”为80。又重定向后的HTTPS协议默认端口为443，所以如果虚服务端口配置为443，那么重定向报文中Location字段的端口号可以省略，非443端口时需要使用“:port”形式添加在URL中。

④路径(path)：不修改URL，使用原有URL中的path路径即可。

发送的重定向报文需要用到请求头部的内容，建立在三次握手已经成功的基础上，且“自动跳转HTTPS”功能等同于一种策略方式，所以发送重定向报文流程可写在调度接口中，优先级高于HTTP内容调度流程和调度缺省真实服务组、备份真实服务组。如果写在调度接口外，那么在七层时就会执行调度真实服务组，导致流程异常。

图4是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。图4所示的流程40是对“所述目标端口的连接模式为SSL模式”的详细描述。

如图4所示，在S402中，在所述连接模式为SSL模式时，和所述客户端基于SSL握手建立连接。

在S404中，基于SSL握手链接获取虚服务的index值。

在S406中，基于所述index值提取目标虚服务配置。

在S408中，在所述目标虚服务配置满足条件时，调度对应的服务以进行浏览器访问。

下面具体介绍控制SSL流程调度真实服务组不进行上文中的重定向流程。

由于无法只使用是否启用“自动跳转HTTPS”功能来判断，所以可通过添加标记位来进行标记。

考虑到并发问题，标记位可在会话结构中定义。一次客户端访问就产生一个会话，在设置的老化时间内老化。更具体的设置标记位的流程可写在监听虚服务IP端口匹配流程后重定向流程/调度真实服务组流程前的会话处理流程中。

在实际应用中，如果启用了“自动跳转HTTPS”且目标端口等于“HTTP跳转端口”时，标记位置为1。通过会话结构中的虚服务index值可以获取到所在虚服务配置，重定向流程中判断只有标记位为1的虚服务才可以走该流程。

图5是根据另一示例性实施例示出的一种浏览器访问请求的处理方法的流程图。图5所示的流程40是在一个具体的应用场景中，本申请处理方法的详细描述。

如图5所示，在S501中，浏览器访问请求。

在S502中，是否匹配虚服务IP端口。

在S503中，返回失败信息。

在S504中，是否启用自动跳转功能。

在S505中，调度真实服务。

在S506中，判断匹配端口是虚服务端口还是跳转端口。

在S507中，执行七层模式。

在S508中，组装并发送重定向报文。

在S509中，执行SSL模式。

在S510中，SSL握手。

在S511中，真实服务是否UP。

在S512中，返回成功信息。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本申请提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图6是根据一示例性实施例示出的一种浏览器访问请求的处理装置的框图。如图6所示，浏览器访问请求的处理装置60包括：请求模块602，端口模块604，模式模块606，连接模块608，访问模块610。

请求模块602用于由客户端获取浏览器访问请求；

端口模块604用于由所述浏览器访问请求中获取目标端口信息；

模式模块606用于在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；模式模块606还用于将所述浏览器访问请求中的目标端口信息和待访问的服务器目标端口信息进行匹配；在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式。

连接模块608用于根据所述连接模式和所述客户端之间建立连接；更具体的，在所述目标端口为HTTP跳转端口时，确定所述目标端口的连接模式为七层模式；在所述目标端口为虚服务端口时，确定所述目标端口的连接模式为SSL模式。

访问模块610用于基于所述连接处理所述浏览器访问请求。

根据本申请的浏览器访问请求的处理装置，通过由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求的方式，能够提供一种更加便捷的http重定向到https功能，提高虚服务策略的管理能力和虚服务的使用率。

图7是根据一示例性实施例示出的一种电子设备的框图。

下面参照图7来描述根据本申请的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图2，图3，图4，图5中所示的步骤。

所述存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

所述存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备700’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备700交互的设备通信，和/或该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图8所示，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本申请实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：由客户端获取浏览器访问请求；由所述浏览器访问请求中获取目标端口信息；在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；根据所述连接模式和所述客户端之间建立连接；基于所述连接处理所述浏览器访问请求。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施例的方法。

以上具体地示出和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种浏览器访问请求的处理方法，其包括：

由客户端获取浏览器访问请求；

由所述浏览器访问请求中获取目标端口信息；

在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；

根据所述连接模式和所述客户端之间建立连接，包括在所述连接模式为七层模式时，和所述客户端基于三次握手建立连接；

基于所述连接处理所述浏览器访问请求，包括基于三次握手发送GET请求至目标端口，等待所述目标端口的虚服务的响应，客户端由采用302FOUND状态码的虚服务响应报文的Location首部中提取URL，以及基于所述URL进行重定向以进行浏览器访问。

2.如权利要求1所述的方法，其特征在于，在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式，包括：

将所述浏览器访问请求中的目标端口信息和待访问的服务器目标端口信息进行匹配；

在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式。

3.如权利要求2所述的方法，其特征在于，在匹配一致且待访问的服务器的目标端口满足预设策略时，确定所述目标端口的连接模式，包括：

在匹配一致且待访问的服务器的目标端口启用自动跳转功能时，确定所述目标端口的连接模式。

4.如权利要求3所述的方法，其特征在于，确定所述目标端口的连接模式，包括：

在所述目标端口为HTTP跳转端口时，确定所述目标端口的连接模式为七层模式；

在所述目标端口为虚服务端口时，确定所述目标端口的连接模式为SSL模式。

5.如权利要求1所述的方法，其中根据所述连接模式和所述客户端之间建立连接还包括：

在所述连接模式为SSL模式时，和所述客户端基于SSL握手建立连接。

6.如权利要求5所述的方法，其中基于所述连接处理所述浏览器访问请求还包括：

基于SSL握手链接获取虚服务的index值；

基于所述index值提取目标虚服务配置；

在所述目标虚服务配置满足条件时，调度对应的服务以进行浏览器访问。

7.一种浏览器访问请求的处理装置，包括：

请求模块，用于由客户端获取浏览器访问请求；

端口模块，用于由所述浏览器访问请求中获取目标端口信息；

模式模块，用于在目标端口信息对应的目标端口满足预设策略时，确定所述目标端口的连接模式；

连接模块，用于在所述连接模式为七层模式时，和所述客户端基于三次握手建立连接；

访问模块，用于基于三次握手发送GET请求至目标端口，等待所述目标端口的虚服务的响应，由此使得客户端由采用302FOUND状态码的虚服务响应报文的Location首部中提取URL，从而基于所述URL进行重定向以进行浏览器访问。

8.根据权利要求7所述的浏览器访问请求的处理装置，其中，所述连接模块还用于在所述连接模式为SSL模式时，和所述客户端基于SSL握手建立连接。

9.根据权利要求8所述的浏览器访问请求的处理装置，其中，所述访问模块还用于基于SSL握手链接获取虚服务的index值，基于所述index值提取目标虚服务配置，以及在所述目标虚服务配置满足条件时，调度对应的服务以进行浏览器访问。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

Images