一种重定向的方法及装置与流程

本申请涉及通信技术领域，特别涉及重定向的方法及装置。

背景技术：

网络通信中，HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer，支持安全套接层的超文本传输协议)是较HTTP(Hyper Text Transfer Protocol，超文本传输协议)更为安全的一种传输协议。它们有完全不同的连接方式,使用的端口也不相同，当用户使用HTTP访问基于HTTPS的服务器时，就需要将该HTTP访问重定向为HTTPS的访问。

现有技术中，当用户使用客户端访问某网站的服务器集群时，访问请求会经过服务器侧的负载均衡设备定向至被访问网站的一台专用服务器，当专用服务器判定需要将HTTP访问重定向为HTTPS访问时，该专用服务器通过负载均衡设备向客户端发送重定向报文。客户端根据重定向报文重新发送HTTPS访问，HTTPS访问再次经过负载均衡设备定向至专用服务器，专用服务器通过负载均衡设备转发该HTTPS访问至服务器集群。可见，在现有技术中，HTTP访问重定向为HTTPS访问需要多次经过负载均衡设备的转发，且需要从服务器集群中分配一台专用服务器，其资源占用较多，效率较低。

技术实现要素：

本发明实施例提供重定向的方法和装置，用于解决现有技术资源占用较多，效率较低的问题。

根据本发明实施例的第一方面，提供一种重定向的方法，所述方法应用于与服务器集群相连的负载均衡设备，所述方法包括：

从客户端接收访问请求；

如果所述访问请求命中所述负载均衡设备的重定向策略，则向所述客户端发送重定向后的统一资源定位符URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求；

从客户端接收所述重新发送的HTTPS请求后，向所述服务器集群转发所述重新发送的HTTPS请求。

根据本发明实施例的第二方面，提供一种重定向的装置，所述装置应用于与服务器集群相连的负载均衡设备，所述装置包括：

接收单元，用于从客户端接收访问请求；

发送单元，用于在所述访问请求命中所述负载均衡设备的重定向策略时，向所述客户端发送重定向后的统一资源定位符URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求；还用于从客户端接收到所述重新发送的HTTPS请求后，向所述服务器集群转发所述重新发送的HTTPS请求。

由以上技术方案可见，本发明实施例通过使用负载均衡服务器向所述客户端发送重定向后的URL(Uniform Resource Locator，统一资源定位符)，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求，实现了在负载均衡服务器侧对HTTP请求的重定向。避免了对服务器集群的依赖，同时也避免了现有技术在重定向时需要负载均衡设备的多次转发的情况，其资源占用较少，效率较高。

附图说明

图1为本发明实施例重定向的方法的一个应用场景示意图；

图2为本发明重定向的方法的一个实施例流程图；

图3为本发明重定向的方法的另一个实施例流程图；

图4为本发明重定向的装置所在设备的一种硬件结构图；

图5为本发明重定向的装置的一个实施例框图。

具体实施方式

为了使本技术领域的人员更好的理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中的技术方案作进一步详细的说明。

图1为本发明实施例重定向的方法的一个应用场景示意图，所示应用场景包含一个四台服务器组成的服务器集群，一台负载均衡设备，以及一台客户端，所示客户端通过负载均衡设备与服务器集群相连，可以向服务器集群发送HTTP请求以及HTTPS请求。

以将图1所示场景中客户端发送的HTTP请求重定向为HTTPS请求为例，现有技术中，该HTTP请求会经过所示负载均衡设备定向至所示服务器集群的一台专用服务器，该专用服务器通过负载均衡设备向客户端发送重定向报文。客户端根据重定向报文重新发送HTTPS访问，HTTPS访问再次经过负载均衡设备定向至专用服务器，专用服务器判定无需重定向后再通过负载均衡设备转发该HTTPS访问至服务器集群。可见，在现有技术中，将HTTP访问重定向为HTTPS访问需要多次经过负载均衡设备的转发，且需要从服务器集群中分配一台专用服务器，其资源占用较多，效率较低。

下面结合图1示出的应用场景，对本发明实施例进行详细说明。

参见图2，图2为本发明重定向的方法的一个实施例流程图，该实施例应用于与服务器集群相连的负载均衡设备，包括以下步骤：

步骤201：从客户端接收访问请求。

在一个可选的例子中，可以在客户端接收访问请求后，便读取该访问请求URL的首部以及该访问的目的端口和域名，为后续的重定向的判定做准备。

步骤202：如果所述访问请求命中所述负载均衡设备的重定向策略，则向所述客户端发送重定向后的URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求。

在一个可选的例子中，如果该访问请求未命中所示负载均衡设备的重定向策略，则向所示服务器集群转发该访问请求。

在另一个可选的例子中，如果该访问请求命中所示负载均衡设备的重定向策略，则向所示客户端发送永久性转移标识，该永久性转移标识用于标识该访问请求的访问内容已永久性转移到另一地址。

在另一个可选的例子中，上述命中所述负载均衡设备的重定向策略，具体可以为：

该访问请求为HTTP请求且命中所示负载均衡设备所限定的专用于HTTPS请求的目的端口；

该访问请求为HTTP请求且命中所示负载均衡设备所限定的专用于HTTPS请求的域名。

在另一个可选的例子中，向所示客户端发送重定向后的统一资源定位符URL的步骤可以分为：根据该HTTP请求，构造重定向后的URL；向所示客户端发送包含重定向后的URL的重定向报文。其中，构造重定向后的URL时，可以将HTTP请求的URL信息提取出来并将该URL信息的首部“http://”替换为“https://”。

步骤203：从客户端接收所述重新发送的HTTPS请求后，向所述服务器集群转发所述重新发送的HTTPS请求。

在一个可选的例子中，可以根据服务器集群中各服务器的负载情况将该HTTPS请求发送至该服务器集群中当前负载最小的服务器。

由以上技术方案可见，本发明实施例通过使用负载均衡服务器向所述客户端发送重定向后的URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求，实现了在负载均衡服务器侧对HTTP请求的重定向。避免了对服务器集群的依赖，同时也避免了现有技术在重定向时需要负载均衡设备的多次转发的情况，其资源占用较少，效率较高。

参见图3，图3为本发明重定向的方法的另一个实施例流程图。该实施例应用于与服务器集群相连的负载均衡设备，对HTTP请求重定向为HTTPS请求的过程进行了详细描述，包括以下步骤：

步骤301：从客户端接收访问请求。

在一个可选的例子中，可以在客户端接收访问请求后，便读取该访问请求URL的首部以及该访问的目的端口和域名，为后续的重定向的判定做准备。

步骤302：判断上述访问请求是否命中负载均衡设备的重定向策略，如果是则执行步骤304，如果否则执行步骤303。

在另一个可选的例子中，上述命中所述负载均衡设备的重定向策略，具体可以为：该访问请求为HTTP请求且命中所示负载均衡设备所限定的专用于HTTPS请求的目的端口；该访问请求为HTTP请求且命中所示负载均衡设备所限定的专用于HTTPS请求的域名。

步骤303：向所示服务器集群转发该访问请求。

步骤304：根据该HTTP请求，构造重定向后的URL。

在一个可选的例子中，负载均衡设备可以将HTTP请求的URL信息提取出来并将该URL信息的首部“http://”替换为“https://”，以构造重定向后的URL。

步骤305：向所示客户端发送重定向报文。

本步骤中，该重定向报文包含永久性转移标识以及上述重定向后URL。该永久性转移标识用于标识该访问请求的访问内容已永久性转移到另一地址。

本步骤中，客户端在接收包含重定向后的URL的重定向报文后，则按照该重定向后的URL重新发送HTTPS请求。

步骤306：从客户端接收上述重新发送的HTTPS请求后，向所示服务器集群转发该重新发送的HTTPS请求。

在一个可选的例子中，可以根据服务器集群中各服务器的负载情况将该HTTPS请求发送至该服务器集群中当前负载最小的服务器。

由以上技术方案可见，本发明实施例通过使用负载均衡服务器向所述客户端发送重定向后的URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求，实现了在负载均衡服务器侧对HTTP请求的重定向。避免了对服务器集群的依赖，同时也避免了现有技术在重定向时需要负载均衡设备的多次转发的情况，其资源占用较少，效率较高。

下面通过一个具体的应用实例对本发明实施例进行说明，该应用实例结合图1示出的应用场景进行描述，其中，假设所示客户端向服务器集群发送的HTTP请求为：http://www.xxx.com/song/490468。该请求的目的端口为443。在所示负载均衡服务器中，已限定端口443为专用于HTTPS请求的端口。该访问的重定向过程如下：

从客户端接收上述HTTP请求；

根据该HTTP请求的目的端口为443，判断上述访问请求命中该负载均衡设备的重定向策略；

提取该HTTP请求的URL信息并将该URL信息的首部“http://”替换为“https://”，获得的重定向后的URL为：https://www.xxx.com/song/490468；

向所示客户端发送301重定向报文，该重定向报文包含永久性转移标识“301”以及上述重定向后URL；

从客户端接收其重新发送的HTTPS请求；

根据服务器集群中各服务器的负载情况将该HTTPS请求发送至该服务器集群中当前负载最小的服务器。

与前述重定向的方法的实施例相对应，本申请还提供了重定向的装置的实施例。

本申请重定向的装置的实施例可以应用在与服务器集群相连的负载均衡设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请重定向的装置所在设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图5，为本发明重定向的装置的一个实施例框图，所述装置应用于与服务器集群相连的负载均衡设备，所述装置包括：接收单元510，发送单元520。

其中，接收单元510，用于从客户端接收访问请求；

发送单元520，用于在所述访问请求命中所述负载均衡设备的重定向策略时，向所述客户端发送重定向后的统一资源定位符URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求；还用于从客户端接收到所述重新发送的HTTPS请求后，向所述服务器集群转发所述重新发送的HTTPS请求。

由以上技术方案可见，本发明实施例通过使用负载均衡服务器向所述客户端发送重定向后的URL，以使所述客户端按照所述重定向后的URL重新发送HTTPS请求，实现了在负载均衡服务器侧对HTTP请求的重定向。避免了对服务器集群的依赖，同时也避免了现有技术在重定向时需要负载均衡设备的多次转发的情况，其资源占用较少，效率较高。

在一个可选的例子中，所述发送单元520，还用于：

在所述访问请求未命中所述负载均衡设备的重定向策略时，向所述服务器集群转发所述访问请求。

在另一个可选的例子中，所述发送单元520，还用于：

在所述访问请求命中所述负载均衡设备的重定向策略时，向所述客户端发送永久性转移标识，所述永久性转移标识用于标识所述访问请求的访问内容已永久性转移到另一地址。

在另一个可选的例子中，所述重定向策略，包括：

所述访问请求为HTTP请求且命中所述负载均衡设备所限定的专用于HTTPS请求的目的端口，则所述访问请求需要重定向为HTTPS请求；

所述访问请求为HTTP请求且命中所述负载均衡设备所限定的专用于HTTPS请求的域名，则所述访问请求需要重定向为HTTPS请求。

在另一个可选的例子中，所述发送单元520包括(图5中未示出)：URL构造子单元，重定向报文发送子单元。

URL构造子单元，用于根据所述HTTP请求，构造重定向后的URL；

重定向报文发送子单元，向所述客户端发送重定向报文，所述重定向报文包含所述重定向后的URL。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。