CN106254384A - 一种服务访问方法及装置 - Google Patents

Abstract

本发明提供一种服务访问方法及装置，应用于网关设备，该方法包括：接收客户端的访问请求；根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口；通过选择的服务端口转发所述访问请求。通过本发明可使携带非知名端口的访问请求被正确发送给服务器。

Description

一种服务访问方法及装置

技术领域

本发明涉及网络通信技术领域，尤其涉及一种服务访问方法及装置。

背景技术

在互联网通信中，每一个服务都有对应的服务端口，例如，HTTP(HyperTextTransfer Protocol,超文本传输协议)的默认服务端口为80，客户端通过服务端口80与服务器建立TCP(Transmission Control Protocol，传输控制协议)连接。

当服务端口为非知名端口时，客户端可能会向错误的服务端口发起连接，导致访问请求被丢弃，客户端无法正常访问服务器。

发明内容

本发明的目的在于提供一种服务访问方法及装置，用以将客户端发送的访问请求引导到正确的服务端口上。

为实现上述发明目的，本发明提供了技术方案：

本发明提供一种服务访问方法，应用于网关设备，所述方法包括：

接收客户端的访问请求；

根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，所述服务端口为服务器针对具体服务指定的端口；

通过选择的服务端口转发所述访问请求。

本发明还提供一种服务访问装置，应用于网关设备，所述装置包括：

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

选择单元，用于根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，所述服务端口为服务器针对具体服务指定的端口；

转发单元，用于通过选择的服务端口转发所述访问请求。

由以上描述可以看出，本发明由网关设备根据客户端的访问请求从当前已记录服务端口中选择服务端口发起连接，使携带非知名端口的访问请求被正确发送给服务器。

附图说明

图1是本发明实施例示出的服务访问方法流程图；

图2是本发明实施例示出的服务器/客户端组网示意图；

图3是本发明实施例示出的网关设备的结构示意图；

图4是本发明实施例示出的服务访问装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本发明实施例提出一种服务访问方法，该方法由网关设备根据客户端的访问请求从当前已记录服务端口中选择服务端口尝试连接，使携带非知名端口的访问请求被正确发送给服务器。

参见图1，为本发明服务访问方法的一个实施例流程图，该实施例对服务访问过程进行描述。

步骤101，接收客户端的访问请求。

步骤102，根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口。

网关设备作为客户端和服务器的连接通道，可记录客户端与服务器的交互信息，例如，记录已成功交互的访问请求的报文特征与服务端口的对应关系(具体的，判断已经成功交互的访问请求，可以为通过检测发送访问请求的客户端在发送访问请求后服务器是否与该客户端建立了全连接，如果建立了全连接则可以确定成功交互，则记录该访问请求中的报文特征与服务端口的对应关系)，其中，该服务端口为服务器针对具体服务指定的端口，例如，服务器通常默认指定知名端口80为HTTP服务的服务端口，当然，也可指定非知名端口(例如，1111)为HTTP服务的服务端口。客户端只有向正确的服务端口发起访问，才能得到服务器响应，提供相应服务。

本发明由网关设备对从客户端接收到的访问请求进行如下处理：

判断本地是否存在与访问请求的报文特征匹配的对应关系。当存在与访问请求的报文特征匹配的对应关系时，直接获取该对应关系中的服务端口。其中，该报文特征可以为目的地址和目的端口，也可以为应用类型。即，网关设备记录的对应关系为目的地址、目的端口与服务端口的对应关系，或者，应用类型与服务端口的对应关系。

具体地，在一种实施方式中，网关设备根据访问请求的目的地址和目的端口匹配记录的目的地址、目的端口与服务端口的对应关系，当存在匹配的对应关系时，获取匹配的对应关系中的服务端口。例如，网关设备已记录目的地址10.0.0.1、目的端口2222与服务端口1111的对应关系，当网关设备接收到客户端发送的目的地址10.0.0.1、目的端口2222的访问请求时，根据访问请求的目的地址、目的端口匹配目的地址10.0.0.1、目的端口2222与服务端口1111的对应关系，从而获取到服务端口1111。

在另一种实施方式中，网关设备根据访问请求的应用类型匹配记录的应用类型与服务端口的对应关系，当存在匹配的对应关系时，获取匹配的对应关系中的服务端口。例如，网关设备本地记录了HTTP协议报文与服务端口1111的对应关系，当网关设备接收到客户端发送的HTTP访问请求时，根据该访问请求的应用类型(HTTP协议报文)匹配HTTP协议报文与服务端口1111的对应关系，从而获取到服务端口1111。

步骤103，通过选择的服务端口转发所述访问请求。

本步骤中，网关设备向根据上述对应关系确定的服务端口发起访问请求。

由于网关设备中记录的对应关系均为已成功访问过的记录，因此，通过上述对应关系得到的服务端口为正确的服务端口，即，网关设备可以将携带非知名端口的访问请求引导到正确的服务端口上，避免客户端的访问请求被丢弃，保证客户端与服务器之间的正常通信。

在另一个实施例中，针对步骤102，当网关设备本地不存在与访问请求的报文特征匹配的对应关系时，获取当前已记录的每一个服务端口的命中概率值，以及按照命中概率值从大到小的顺序逐个选择服务端口，并利用选择出的服务端口依次转发访问请求，直到当网关设备利用某一服务端口(以下称目标服务端口)向服务器转发访问请求时，服务器能够与客户端建立全连接，说明该目标服务端口是与该访问请求对应的，则后续可记录该访问请求中携带的报文特征与目标服务端口的对应关系，以便后续使用。其中，该命中概率值用于表示服务端口被正确选择的概率。例如，服务端口1111的命中概率值为50％，服务端口5000的命中概率值为25％，说明根据以往的访问记录，服务端口1111被正确选择的概率更高，可以推测出服务端口1111相对于服务端口5000来说，是更活跃的服务端口，被使用的概率更高，因此，优先选择服务端口1111尝试连接。

需要补充说明的是，在本发明实施例中，确定某一服务端口被正确选择的概率的方法，可以为根据该服务端口正被使用的会话数量(简称会话数量)，以及利用上述实施例中的对应关系获取该服务端口的次数(简称转换次数)确定，公式为：命中概率值＝会话数量/转换次数。

在另一种实施例中，确定某一服务端口被正确选择的概率的方法，还可以为考虑利用上述实施例中的对应关系成功匹配到该服务端口的比值(简称转换命中值)和该服务端口直接被使用的次数(简称直接命中次数)，公式为：命中概率值＝(会话数量+转换命中值)/(转换次数+直接命中次数)。

为了方便说明，针对上述内容进行举例说明，例如，针对本地记录的某一服务端口，获取该服务端口目前正被使用的会话数量为3(说明目前有3个访问请求或者数据正在使用该服务端口)，进一步，获取该服务端口在此刻之前网关设备根据访问请求以及根据对应关系使用该服务端口的次数为6(即说明该服务端口在此之前，根据对应关系被确定了6次)，则命中概率值＝会话数量3/转换次数6*100％＝50％，即确定针对该服务端口的命中概率值为50％。

又例如，针对本地记录的某一服务端口，获取该服务端口目前正被使用的会话数量为3，获取该服务端口在此刻之前根据对应关系被访问请求使用的次数为6，进一步的，获取了根据对应关系获取该服务端口后能够使服务器成功处理该访问请求或是不能成功处理该访问请求的比值50％(当根据对应关系选取出了该服务端口后，网关设备利用该服务端口向服务器发送访问请求，如果网关设备通过检测确定发送该访问请求的客户端已经与该服务器建立了全连接，则可确定服务器能够成功处理该访问请求，同理，如果检测到客户端未与该服务期建立全连接，则可确定服务器不能处理该访问请求)，以及获取该服务端口直接被使用的次数为10(即未通过对应关系，访问请求中所携带的目的端口与该服务端口相同的情况)，则命中概率值＝(会话数量3+转换命中值50％)/(转换次数6+直接命中次数10)。

当然，本发明并不局限于上述参数计算服务端口的命中概率值，只要能够确定命中概率值的计算方法均可使用于本申请。

从上述描述可以看出，当不存在匹配的对应关系时，可根据已记录服务端口的命中概率值，从大到小的顺序选择服务端口尝试连接，以提高访问请求命中正确服务端口的概率。

现以图2所示组网为例，介绍服务访问处理过程。该组网包括客户端PC1～PC4、网关GW以及服务器Server，其中，PC1的IP地址为1.1.1.1，PC2的IP地址为2.2.2.2，PC3的IP地址为3.3.3.3，PC4的IP地址为4.4.4.4，Server的IP地址为10.0.0.1。服务器指定的HTTP服务的服务端口为1111。

假设，PC2发送目的地址为10.0.0.1、目的端口为2222的HTTP访问请求。GW接收该访问请求后，查询本地记录的会话表，参见表1。

表1

表1为GW记录的反映客户端与服务器交互信息的会话表示例。从该会话表中可以找到目的地址、目的端口与服务端口的对应关系，以及应用类型与服务端口的对应关系。

在一种实施方式中，GW接收访问请求后，根据访问请求的目的地址10.0.0.1、目的端口2222查询表1，找到与目的地址10.0.0.1、目的端口2222对应的服务端口1111，则通过该服务端口1111转发访问请求。

在另一种实施方式中，GW接收访问请求后，可根据访问请求的应用类型HTTP查询表1，找到与应用类型HTTP对应的服务端口。由表1可知，存在两个应用类型为HTTP的服务端口，分别为1111和5000，则按照预设规则选择一个服务端口转发访问请求，若访问失败，则可选择另一个服务端口转发访问请求。在一种较优的实施方式中，该预设规则可以为按照服务端口的命中概率值选择服务端口，由表1可知，服务端口1111的命中概率值为50％，高于服务端口5000的命中概率值25％，因此，可优先选择服务端口1111尝试访问，若不成功，再选择服务端口5000尝试访问。

当然，本申请也可以将上述两种实施方式结合起来，根据目的地址、目的端口、应用类型与服务端口的对应关系选择服务端口，无论采用何种组合方式均未脱离本申请的发明构思，在此不作详细举例。

假设，PC3发送目的地址为10.0.0.1、目的端口为3333的访问请求。GW接收访问请求后，根据目的地址10.0.0.1、目的端口3333查询表1，未找到与该目的地址、目的端口对应的服务端口，则可直接获取当前会话表中记录的所有服务端口的命中概率值，按照命中概率值从大到小的顺序选择服务端口尝试访问，即首先选择命中概率值50％的服务端口1111尝试访问，若访问失败，则选择命中概率值25％的服务端口5000尝试访问。

与前述服务访问方法的实施例相对应，本发明还提供了服务访问装置的实施例。

本发明服务访问装置的实施例可以应用在网关设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器运行存储器中对应的计算机程序指令形成的。从硬件层面而言，如图3所示，为本发明服务访问装置所在设备的一种硬件结构图，除了图3所示的处理器以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，为本发明一个实施例中的服务访问装置的结构示意图。该服务访问装置包括接收单元401、选择单元402以及转发单元403，其中：

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

选择单元402，用于根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，所述服务端口为服务器针对具体服务指定的端口；

转发单元403，用于通过选择的服务端口转发所述访问请求。

进一步地，所述选择单元402，包括：

关系判断模块，用于判断是否存在与所述访问请求的报文特征匹配的对应关系，所述对应关系记录报文特征与服务端口的对应关系；

端口获取模块，用于当存在匹配的对应关系时，获取所述匹配的对应关系中的服务端口。

进一步地，

所述报文特征为目的地址和目的端口；或者，

所述报文特征为应用类型。

进一步地，所述选择单元402，还包括：

概率获取模块，用于当不存在匹配的对应关系时，获取当前记录的每一个服务端口的命中概率值，所述命中概率值用于表示服务端口被正确选择的概率；

端口选择模块，用于按照命中概率值从大到小的顺序选择服务端口。

进一步地，

所述概率获取模块，具体用于根据会话数量和转换次数计算服务端口的命中概率值；其中，会话数量为根据服务端口正被使用的会话数量，转换次数为利用对应关系获取服务端口的次数。

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

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

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

Claims (10)

1.一种服务访问方法，应用于网关设备，其特征在于，所述方法包括：

接收客户端的访问请求；

根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，所述服务端口为服务器针对具体服务指定的端口；

通过选择的服务端口转发所述访问请求。

2.如权利要求1所述的方法，其特征在于，所述根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，包括：

判断是否存在与所述访问请求的报文特征匹配的对应关系，所述对应关系记录报文特征与服务端口的对应关系；

当存在匹配的对应关系时，获取所述匹配的对应关系中的服务端口。

3.如权利要求2所述的方法，其特征在于：

所述报文特征为目的地址和目的端口；或者，

所述报文特征为应用类型。

4.如权利要求2所述的方法，其特征在于，所述方法还包括：

当不存在匹配的对应关系时，获取当前记录的每一个服务端口的命中概率值，所述命中概率值用于表示服务端口被正确选择的概率；

按照命中概率值从大到小的顺序选择服务端口。

5.如权利要求4所述的方法，其特征在于，所述获取当前记录的每一个服务端口的命中概率值，包括：

根据会话数量和转换次数计算服务端口的命中概率值；

其中，会话数量为根据服务端口正被使用的会话数量，转换次数为利用对应关系获取服务端口的次数。

6.一种服务访问装置，应用于网关设备，其特征在于，所述装置包括：

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

选择单元，用于根据所述访问请求中携带的信息从当前记录的服务端口中选择与所述信息匹配的服务端口，所述服务端口为服务器针对具体服务指定的端口；

转发单元，用于通过选择的服务端口转发所述访问请求。

7.如权利要求6所述的装置，其特征在于，所述选择单元，包括：

关系判断模块，用于判断是否存在与所述访问请求的报文特征匹配的对应关系，所述对应关系记录报文特征与服务端口的对应关系；

端口获取模块，用于当存在匹配的对应关系时，获取所述匹配的对应关系中的服务端口。

8.如权利要求7所述的装置，其特征在于：

所述报文特征为目的地址和目的端口；或者，

所述报文特征为应用类型。

9.如权利要求7所述的装置，其特征在于，所述选择单元，还包括：

概率获取模块，用于当不存在匹配的对应关系时，获取当前记录的每一个服务端口的命中概率值，所述命中概率值用于表示服务端口被正确选择的概率；

端口选择模块，用于按照命中概率值从大到小的顺序选择服务端口。

10.如权利要求9所述的装置，其特征在于：

所述概率获取模块，具体用于根据会话数量和转换次数计算服务端口的命中概率值；其中，会话数量为根据服务端口正被使用的会话数量，转换次数为利用对应关系获取服务端口的次数。