CN112839108B - 连接建立方法、装置、设备、数据网络及存储介质 - Google Patents

Abstract

本公开实施例涉及一种连接建立方法、装置、设备、数据网络及存储介质，通过在数据网络中配置一种网络设备，当该网络设备接收到客户端发送的握手请求之后，基于握手请求的内容，判断该握手请求是否用于请求服务器的握手公钥，其中若是，则将预先存储的服务器的握手公钥反馈给客户端，以使客户端基于该握手公钥和服务器建立连接，若不是，则将该握手请求转发给服务器，以使服务器根据该握手请求和客户端建立连接。本公开实施例提供的方案，能够降低服务器的负载，保证高服务器的服务能力。

Description

连接建立方法、装置、设备、数据网络及存储介质

技术领域

本公开实施例涉及通讯技术领域，尤其涉及一种连接建立方法、装置、设备、数据网络及存储介质。

背景技术

在相关技术中，用户数据报协议(User Datagram Protocol，简称UDP)是一种无连接的传输层协议。快速UDP互联网连接(Quick UDP Internet Connections，简称QUIC)是一种采用UDP进行多路并发传输的协议。在QUIC协议中，客户端和服务器在建立连接之前需要经过多次协议握手的过程，而在实际网络中，一个服务器服务的客户端可以有多个，当大量的客户端同时与服务器进行握手时，服务器的负载会急剧增加，从而导致服务器的服务能力下降。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开实施例提供了一种连接建立方法、装置、设备、数据网络及存储介质。

本公开实施例的第一方面提供了一种连接建立方法，该方法适用于一种基于QUIC协议的数据网络，该方法包括：

接收所述数据网络中的客户端基于QUIC协议发送的握手请求；基于所述握手请求的内容，判断所述握手请求是否用于请求所述数据网路中的服务器的握手公钥；其中，若是，则将预先存储的所述服务器的握手公钥反馈给所述客户端，以使所述客户端基于所述握手公钥和所述服务器建立连接；若否，则将所述握手请求转发给所述服务器，以使所述服务器基于所述握手请求与所述客户端建立连接。

在一种实施方式中，所述基于所述握手请求的内容，判断所述握手请求是否用于请求所述数据网路中的服务器的握手公钥，包括：

判断所述握手请求中是否包括加密数据和所述客户端的公钥；若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述握手请求中包括所述握手请求的消息类型的信息；

所述基于所述握手请求的内容，判断所述握手请求是否用于请求所述数据网路中的服务器的握手公钥，包括：

基于所述握手请求中的所述消息类型的信息，判断所述握手请求是否用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述将预先存储的所述服务器的握手公钥反馈给所述客户端，包括：

在所述数据网络中包括多个服务器时，根据预先得到的所述多个服务器的负载信息，将所述多个服务器中负载最小的服务器的握手公钥反馈给所述客户端。

本公开实施例的第二方面提供了一种连接建立方法，该方法适用于一种基于QUIC协议的数据网络，该方法包括：基于QUIC协议向所述数据网络中的负载均衡器发送握手请求；接收所述负载均衡器发送的所述负载均衡器预先存储的服务器的握手公钥；所述握手公钥是在所述负载均衡器确定所述握手请求用于请求所述数据网路中服务器的握手公钥时发送的；根据所述握手公钥与所述服务器建立连接。

本公开实施例的第三方面提供了一种连接建立装置，该装置适用于一种基于QUIC协议的数据网络，该装置包括：

接收模块，用于接收所述数据网络中的客户端基于QUIC协议发送的握手请求；

判断模块，用于基于所述握手请求的内容，判断所述握手请求是否用于请求所述数据网路中的服务器的握手公钥；

响应模块，用于在所述握手请求用于请求所述数据网路中的服务器的握手公钥时，将预先存储的所述服务器的握手公钥反馈给所述客户端，以使所述客户端基于所述握手公钥和所述服务器建立连接；

转发模块，用于在握手请求不用于请求所述数据网路中的服务器的握手公钥时，将所述握手请求转发给所述服务器，以使所述服务器基于所述握手请求与所述客户端建立连接。

在一种实施方式中，所述判断模块，包括：

第一判断子模块，用于判断所述握手请求中是否包括加密数据和所述客户端的公钥，若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述握手请求中包括所述握手请求的消息类型的信息；

所述判断模块，包括：

第二判断子模块，用于基于所述握手请求中的所述消息类型的信息，判断所述握手请求是否用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述响应模块，用于在所述数据网络中包括多个服务器时，根据预先得到的所述多个服务器的负载信息，将所述多个服务器中负载最小的服务器的握手公钥反馈给所述客户端。

本公开实施例的第四方面提供了一种通信装置，该通信装置适用于一种基于QUIC协议的数据网络，该装置包括：

发送模块，用于基于QUIC协议向所述数据网络中的负载均衡器发送握手请求；

接收模块，用于接收所述负载均衡器发送的所述负载均衡器预先存储的服务器的握手公钥；所述握手公钥是在所述负载均衡器确定所述握手请求用于请求所述数据网路中服务器的握手公钥时发送的；

连接建立模块，用于根据所述握手公钥与所述服务器建立连接。

本公开实施例的第五方面提供了一种网络设备，该设备包括存储器和处理器，其中，该存储器中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述第一方面的方法。

在一种实施方式中，该网络设备可以包括负载均衡器。

本公开实施例的第六方面提供了一种终端设备，包括存储器和处理器，其中，该存储器中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述第二方面的方法。本公开实施例的第七方面提供了一种数据网络，包括客户端、负载均衡器和服务器，其中所述客户端与所述服务器基于QUIC协议建立连接，在所述客户端与所述服务器建立连接的过程中，所述负载均衡器可以执行上述第一方面的方法。

本公开实施例的第八方面提供了一种计算机可读存储介质，该存储介质中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述第一方面或第二方面的方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例，在数据网络中配置了一种网络设备，该网络设备在接收到客户端基于QUIC协议发送的握手请求之后，基于握手请求的内容，判断该握手请求是否用于请求服务器的握手公钥，其中若是，则将预先存储的服务器的握手公钥反馈给客户端，使得客户端基于该握手公钥和服务器建立连接，若否，则将该握手请求转发给服务器，使得服务器根据该握手请求和客户端建立连接。由于本公开实施例中的网络设备可以代替服务器完成部分本应由服务器和客户端完成的握手过程，因而能够降低服务器的负载，保证服务器的服务能力。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种连接建立方法的流程图；

图2是本公开实施例提供的一种连接建立方法的示意图；

图3是本公开实施例提供的另一种连接建立方法的流程图；

图4是本公开实施例提供的一种连接建立装置的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图1是本公开实施例提供的一种连接建立方法的流程图，该方法可以由一种网络设备来执行，该网络设备可以理解为任意一种具有存储能力、处理能力和数据传输能力的设备。该设备可以是专门用于承担服务器部分握手任务的设备，也可以是同时承担握手任务和其他网络任务的设备，比如，当该网络设备被具体为负载均衡器时，该网络设备除了负责承担服务器与客户端之间的部分握手任务外，还用于对网络中各服务器的负载进行均衡，当然这里仅为示例说明而不是对本实施例所称的网络服务器的唯一限定。

参见图1，本实施例提供的连接建立方法可以用于一种基于QUIC协议的数据网络，该方法包括：

步骤101、接收数据网络中的客户端基于QUIC协议发送的握手请求。

步骤102、基于握手请求的内容，判断握手请求是否用于请求数据网路中的服务器的握手公钥，其中若是，则执行步骤103，若不是，则执行步骤104。

步骤103、将预先存储的该数据网路中的服务器的握手公钥反馈给客户端，以使客户端基于该握手公钥和服务器建立连接。

步骤104、将该握手请求转发给数据网路中的服务器，以使服务器基于该握手请求与客户端建立连接。

本实施例所称的数据网络可以被具体为任意的数据网络。该数据网络中可以包括一个或多个用于为客户端提供服务的服务器。在本实施例中客户端在与某个服务器建立连接时需要基于QUIC协议与服务器之间进行协议握手。

示例的，图2是本公开实施例提供的一种连接建立方法的示意图，如图2所示，客户端在首次与数据网络中的服务器建立连接时，由于客户端对数据网络中的服务器一无所知，需要通过握手请求来询问服务器的信息。这个握手请求在本实施例中可以理解为相关技术中1-RTT握手过程的初始握手请求(英文名称为inchoate CHLO)。

网络设备(比如负载均衡器)在接收到该握手请求之后，首先基于握手请求的内容判断该握手请求是否是用于请求服务器的握手公钥(该握手公钥为服务器预先生成的供数据网络中的客户端公用的握手公钥)的初始握手请求，如果是，则将预先存储在本地或其他设备上的某个服务器的握手公钥反馈给客户端，如果不是，比如该握手请求是1-RTT握手过程中的包括加密数据和客户端的公钥的完整握手请求(英文名称为full CHLO)时，则将该握手请求转发给服务器，其中，本实施例中握手请求被转发到的服务器以及握手公钥被反馈给客户端的服务器可以是数据网络中任意能够为客户端提供服务器的服务器，也可以是根据预设的调度策略调度获得的服务器，比如，当本实施例中的网络设备被具体为负载均衡器时，负载均衡器在判断客户端发送的握手请求为用于请求服务器的握手公钥的初始握手请求之后，还可以根据预先得到的数据网络中的多个服务器的负载信息，将负载最小的服务器的握手公钥反馈给客户端，或者负载均衡器在判断客户端发送的握手请求不是初始握手请求，而是包括加密数据和客户端的公钥的完整握手请求时，也可以根据多个服务器的负载信息，将客户端的握手请求转发给负载最小的服务器，当然这里仅为示例说明而不是对上述调度策略的唯一限定，实际上本实施例中所称的调度策略可以根据需要进行设置而不必局限于某一种特定的调度策略。

客户端在接收到网络设备反馈的握手公钥之后，对该握手公钥进行存储，并生成自身的公钥和私钥，然后，基于自身的私钥和服务器的握手公钥，采用预设的密钥交换算法(例如，迪菲-赫尔曼密钥交换(Diffie–Hellman key exchange,简称DH)，但不局限于DH)计算得到首次会话的密钥K1，并采用密钥K1对应用数据进行加密，然后将加密后的应用数据和自身的公钥携带在另一握手请求(在1-RTT握手过程中该握手请求也可以称为完整握手请求，英文命名为full CHLO)中发送给网络设备，以使网络设备将完整握手请求转发给服务器。

服务器在接收到完整握手请求之后，基于自身的握手私钥以及客户端的公钥，采用相应的密钥交换算法解析得到应用数据，并生成自身的临时公钥和临时私钥。然后通过密钥交换算法对自身的临时私钥和客户端的公钥进行计算，得到前向会话密钥K2，并通过K2对应用数据进行加密，并将加密后的数据和自身的临时公钥通过网络设备转发给客户端。客户端在接收到服务器的临时公钥后，基于服务器的临时公钥和自身的私钥计算得到K2。到这里客户端和服务器之间的连接建立成功，客户端可以基于K2对发送给服务器的数据进行加密传输。

进一步的，对应于相关技术的0-RTT握手过程，本实施例在客户端与服务器完成首次连接之后，客户端也可以在之后的连接中，直接使用首次连接时获得的服务器的握手公钥与服务器建立连接。其建立连接的过程与上述客户端在获取到服务器的握手公钥之后的流程相同，在这里不再赘述。

需要说明的是，实际中为了保证数据传输的安全性，服务器的握手公钥的有效期是有限的。在客户端存储的服务器的握手公钥失效之后，客户端需要重新执行图2所示的流程才能与服务器建立连接。

本公开实施例，在数据网络中配置了一种网络设备，该网络设备在接收到客户端基于QUIC协议发送的握手请求之后，基于握手请求的内容，判断该握手请求是否用于请求服务器的握手公钥，其中若是，则将预先存储的服务器的握手公钥反馈给客户端，使得客户端基于该握手公钥和服务器建立连接，若否，则将该握手请求转发给服务器，使得服务器根据该握手请求和客户端建立连接。由于本公开实施例中的网络设备可以代替服务器完成部分本应由服务器和客户端完成的握手过程，因而能够降低服务器的负载，保证服务器的服务能力。

图3是本公开实施例提供的另一种连接建立方法的流程图，如图3所示，该方法包括

步骤301、接收所述数据网络中的客户端基于QUIC协议发送的握手请求。

步骤302判断客户端发送的握手请求中是否包括加密数据和客户端的公钥，其中若是，则执行步骤303，否则执行步骤304。

在实际的1-RTT握手过程中，由于首次连接之前，客户端对服务器的信息是一无所知的。因此，在首次建立连接时，客户端一般需要先通过一个握手请求询问服务器的握手公钥，这个握手请求(即为上述实施例中所称的初始握手请求)中一般不会携带加密数据和客户端的公钥。基于此，本实施例可以基于客户端发送的握手请求的内容，当握手请求中至少包括加密数据和客户端的公钥中的一个时，判断客户端发送的握手请求不是用于请求服务器的握手公钥的初始握手请求；当客户端发送的握手请求中不包括加密数据和客户端的公钥时，则判断该握手请求是用于请求服务器的握手公钥的初始握手请求。

当然本领域技术人员应该理解的是本实施例对客户端握手请求的判断方法仅是一种示例性的方法而不是唯一方法，实际上，在其他实施例中，还可以根据握手请求的作用将握手请求划分成不同的消息类型，并通过消息类型来指示握手请求的作用。这样当消息类型被携带在握手请求中发送给网络设备时，网络设备就可以根据握手请求中的消息类型判断握手请求的作用是否是用于请求服务器的握手公钥。进而判断是将服务器的握手公钥发送给客户端还是将客户端的握手请求转发给相应的服务器。

步骤303、将预先存储的该数据网路中的服务器的握手公钥反馈给客户端，以使客户端基于该握手公钥和服务器建立连接。

步骤304、将该握手请求转发给数据网路中的服务器，以使服务器基于该握手请求与客户端建立连接。

本实施例在图1实施例的基础上，通过对客户端的握手请求的内容进行判断，当客户端的握手请求中包括加密数据和客户端的公钥时，判断客户端发送的握手请求是用于请求服务器的握手公钥的握手请求，能够提高对握手请求判断的准确性，有效降低服务器的负载。

在本公开的又一实施例中还提供一种连接建立方法。该方法可以由一种终端设备来执行，该终端设备可以理解为诸如手机、可穿戴设备、平板电脑等支持QUIC协议的设备。上述实施例中的客户端可以安装在本实施例提供的终端设备上，并通过终端设备与数据网络(该数据网络也同样支持QUIC协议)中的服务器建立连接。具体的，本实施例提供的方法包括：

S1、基于QUIC协议向数据网络中的负载均衡器发送握手请求。

S2、接收负载均衡器发送的负载均衡器预先存储的服务器的握手公钥；其中该握手公钥是在负载均衡器确定终端设备发送的握手请求用于请求数据网路中服务器的握手公钥时发送的。

S3、根据接收到的握手公钥与相应的服务器建立连接。

本公开实施例的执行方式和有益效果可以参见上述图1-图3中任一实施例的方法，其执行方式和有益效果类似，在这里不再赘述。图4是本公开实施例提供的一种连接建立装置的结构示意图，该连接建立装置适用于一种基于QUIC协议的数据网络。该链接装置可以示例性的理解为上述实施例所称的网络设备或者网络设备中的部分功能模块。如图4所示，连接建立装置40包括：

接收模块41，用于接收所述数据网络中的客户端基于QUIC协议发送的握手请求；

判断模块42，用于基于所述握手请求的内容，判断所述握手请求是否用于请求所述数据网路中的服务器的握手公钥；

响应模块43，用于在所述握手请求用于请求所述数据网路中的服务器的握手公钥时，将预先存储的所述服务器的握手公钥反馈给所述客户端，以使所述客户端基于所述握手公钥和所述服务器建立连接；

转发模块44，用于在握手请求不用于请求所述数据网路中的服务器的握手公钥时，将所述握手请求转发给所述服务器，以使所述服务器基于所述握手请求与所述客户端建立连接。

在一种实施方式中，所述判断模块42，包括：

第一判断子模块，用于判断所述握手请求中是否包括加密数据和所述客户端的公钥，若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述握手请求中包括所述握手请求的消息类型的信息；

所述判断模块42，包括：

第二判断子模块，用于基于所述握手请求中的所述消息类型的信息，判断所述握手请求是否用于请求所述数据网络中的服务器的握手公钥。

在一种实施方式中，所述响应模块43，用于在所述数据网络中包括多个服务器时，根据预先得到的所述多个服务器的负载信息，将所述多个服务器中负载最小的服务器的握手公钥反馈给所述客户端。

本实施例提供的装置能够用于执行图1或图3实施例的方法，其执行方式和有益效果类似，在这里不再赘述。

在本公开的又一实施例中还提供了一种通信装置，该通信装置可以被理解为上述实施例中的终端设备或者终端设备中的部分功能模块。具体的，本实施例提供的通信装置至少可以包括：

发送模块，用于基于QUIC协议向所述数据网络中的负载均衡器发送握手请求；

接收模块，用于接收所述负载均衡器发送的所述负载均衡器预先存储的服务器的握手公钥；所述握手公钥是在所述负载均衡器确定所述握手请求用于请求所述数据网路中服务器的握手公钥时发送的；

连接建立模块，用于根据所述握手公钥与所述服务器建立连接。

本实施例提供的通信装置能够执行上述S1-S3的方法，其执行方式和有益效果类似，在这里不再赘述。

本公开实施例还提供一种网络设备，该网络设备包括存储器和处理器，其中，存储器中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述图1或图3实施例的方法。

在一种实施方式中，本公开实施例提供的网络设备包括负载均衡器，但不局限于负载均衡器。

本公开实施例还提供了一种终端设备，该终端设备包括存储器和处理器，其中，存储器中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述S1-S3的方法。

本公开实施例还提供一种数据网络，该数据网络包括客户端、负载均衡器和服务器，其中客户端和服务器基于QUIC协议建立连接，在客户端与服务器建立连接的过程中，负载均衡器可以执行上述图1或图3实施例的方法。

本公开实施例还提供一种计算机可读存储介质，该存储介质中存储有计算机程序，当该计算机程序被处理器执行时，处理器可以执行上述图1、图3，或者S1-S3的方法。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种连接建立方法，其特征在于，所述方法适用于一种基于QUIC协议的数据网络，所述方法包括：

接收所述数据网络中的客户端基于QUIC协议发送的握手请求；

基于所述握手请求的内容，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求；

若是，则将预先存储的所述服务器的握手公钥反馈给所述客户端，以使所述客户端基于所述握手公钥和所述服务器建立连接；

若否，则将所述握手请求转发给所述服务器，以使所述服务器基于所述握手请求与所述客户端建立连接；

所述基于所述握手请求的内容，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求，包括：

判断所述握手请求中是否包括加密数据和所述客户端的公钥；

若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

2.根据权利要求1所述的方法，其特征在于，所述握手请求中包括所述握手请求的消息类型的信息；

所述基于所述握手请求的内容，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求，包括：

基于所述握手请求中的所述消息类型的信息，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

3.根据权利要求1-2中任一项所述的方法，其特征在于，所述将预先存储的所述服务器的握手公钥反馈给所述客户端，包括：

在所述数据网络中包括多个服务器时，根据预先得到的所述多个服务器的负载信息，将所述多个服务器中负载最小的服务器的握手公钥反馈给所述客户端。

4.一种连接建立方法，其特征在于，所述方法适用于一种基于QUIC协议的数据网络，所述方法包括：

基于QUIC协议向所述数据网络中的负载均衡器发送握手请求；

接收所述负载均衡器发送的所述负载均衡器预先存储的服务器的握手公钥；所述握手公钥是在所述负载均衡器确定所述握手请求为用于请求所述数据网络中服务器的握手公钥的初始握手请求时发送的；

根据所述握手公钥与所述服务器建立连接；

其中，所述负载均衡器确定所述握手请求是否为用于请求所述数据网络中服务器的握手公钥的初始握手请求时，判断所述握手请求中是否包括加密数据和客户端的公钥；

若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

5.一种连接建立装置，其特征在于，适用于一种基于QUIC协议的数据网络，所述装置包括：

接收模块，用于接收所述数据网络中的客户端基于QUIC协议发送的握手请求；

判断模块，用于基于所述握手请求的内容，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求；

响应模块，用于在所述握手请求用于请求所述数据网络中的服务器的握手公钥时，将预先存储的所述服务器的握手公钥反馈给所述客户端，以使所述客户端基于所述握手公钥和所述服务器建立连接；

转发模块，用于在握手请求不用于请求所述数据网络中的服务器的握手公钥时，将所述握手请求转发给所述服务器，以使所述服务器基于所述握手请求与所述客户端建立连接；

所述判断模块，包括：

第一判断子模块，用于判断所述握手请求中是否包括加密数据和所述客户端的公钥，若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

6.根据权利要求5所述的装置，其特征在于，所述握手请求中包括所述握手请求的消息类型的信息；

所述判断模块，包括：

第二判断子模块，用于基于所述握手请求中的所述消息类型的信息，判断所述握手请求是否为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

7.根据权利要求5-6中任一项所述的装置，其特征在于，所述响应模块，用于在所述数据网络中包括多个服务器时，根据预先得到的所述多个服务器的负载信息，将所述多个服务器中负载最小的服务器的握手公钥反馈给所述客户端。

8.一种通信装置，其特征在于，适用于一种基于QUIC协议的数据网络，所述通信装置包括：

发送模块，用于基于QUIC协议向所述数据网络中的负载均衡器发送握手请求；

接收模块，用于接收所述负载均衡器发送的所述负载均衡器预先存储的服务器的握手公钥；所述握手公钥是在所述负载均衡器确定所述握手请求为用于请求所述数据网络中服务器的握手公钥的初始握手请求时发送的；

连接建立模块，用于根据所述握手公钥与所述服务器建立连接；

其中，所述负载均衡器确定所述握手请求是否为用于请求所述数据网络中服务器的握手公钥的初始握手请求时，判断所述握手请求中是否包括加密数据和客户端的公钥；

若所述握手请求中不包括所述加密数据和所述客户端的公钥，则判断所述握手请求为用于请求所述数据网络中的服务器的握手公钥的初始握手请求。

9.一种网络设备，其特征在于，包括：

存储器和处理器，其中，所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，所述处理器执行权利要求1-3中任一项所述的方法。

10.根据权利要求9所述的网络设备，其特征在于，所述网络设备包括负载均衡器。

11.一种终端设备，其特征在于，包括：存储器和处理器，其中，所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，所述处理器执行权利要求4所述的方法。

12.一种数据网络，其特征在于，包括客户端、负载均衡器和服务器，其中所述客户端与所述服务器基于QUIC协议建立连接，在所述客户端与所述服务器建立连接的过程中，所述负载均衡器执行如权利要求1-3中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，当所述计算机程序被处理器执行时，所述处理器执行权利要求1-4中任一项所述的方法。

Images