[發(fā)明專利]連接建立方法、裝置、設(shè)備、數(shù)據(jù)網(wǎng)絡(luò)及存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 202110232027.3
• 申請日: 2021-03-02
• 公開（公告）號: CN112839108B
• 公開（公告）日: 2023-05-09
• 發(fā)明（設(shè)計(jì)）人: 劉森鎮(zhèn)
• 申請（專利權(quán)）人: 北京金山云網(wǎng)絡(luò)技術(shù)有限公司
• 主分類號: H04L69/16
• 分類號: H04L69/16
• 代理公司: 北京開陽星知識產(chǎn)權(quán)代理有限公司 11710
• 代理人: 袁義科

1.一種連接建立方法，其特征在于，所述方法適用于一種基于QUIC協(xié)議的數(shù)據(jù)網(wǎng)絡(luò)，所述方法包括：

接收所述數(shù)據(jù)網(wǎng)絡(luò)中的客戶端基于QUIC協(xié)議發(fā)送的握手請求；

基于所述握手請求的內(nèi)容，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求；

若是，則將預(yù)先存儲的所述服務(wù)器的握手公鑰反饋給所述客戶端，以使所述客戶端基于所述握手公鑰和所述服務(wù)器建立連接；

若否，則將所述握手請求轉(zhuǎn)發(fā)給所述服務(wù)器，以使所述服務(wù)器基于所述握手請求與所述客戶端建立連接；

所述基于所述握手請求的內(nèi)容，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求，包括：

判斷所述握手請求中是否包括加密數(shù)據(jù)和所述客戶端的公鑰；

若所述握手請求中不包括所述加密數(shù)據(jù)和所述客戶端的公鑰，則判斷所述握手請求為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述握手請求中包括所述握手請求的消息類型的信息；

所述基于所述握手請求的內(nèi)容，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求，包括：

基于所述握手請求中的所述消息類型的信息，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求。

3.根據(jù)權(quán)利要求1-2中任一項(xiàng)所述的方法，其特征在于，所述將預(yù)先存儲的所述服務(wù)器的握手公鑰反饋給所述客戶端，包括：

在所述數(shù)據(jù)網(wǎng)絡(luò)中包括多個(gè)服務(wù)器時(shí)，根據(jù)預(yù)先得到的所述多個(gè)服務(wù)器的負(fù)載信息，將所述多個(gè)服務(wù)器中負(fù)載最小的服務(wù)器的握手公鑰反饋給所述客戶端。

4.一種連接建立方法，其特征在于，所述方法適用于一種基于QUIC協(xié)議的數(shù)據(jù)網(wǎng)絡(luò)，所述方法包括：

基于QUIC協(xié)議向所述數(shù)據(jù)網(wǎng)絡(luò)中的負(fù)載均衡器發(fā)送握手請求；

接收所述負(fù)載均衡器發(fā)送的所述負(fù)載均衡器預(yù)先存儲的服務(wù)器的握手公鑰；所述握手公鑰是在所述負(fù)載均衡器確定所述握手請求為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中服務(wù)器的握手公鑰的初始握手請求時(shí)發(fā)送的；

根據(jù)所述握手公鑰與所述服務(wù)器建立連接；

其中，所述負(fù)載均衡器確定所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中服務(wù)器的握手公鑰的初始握手請求時(shí)，判斷所述握手請求中是否包括加密數(shù)據(jù)和客戶端的公鑰；

若所述握手請求中不包括所述加密數(shù)據(jù)和所述客戶端的公鑰，則判斷所述握手請求為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求。

5.一種連接建立裝置，其特征在于，適用于一種基于QUIC協(xié)議的數(shù)據(jù)網(wǎng)絡(luò)，所述裝置包括：

接收模塊，用于接收所述數(shù)據(jù)網(wǎng)絡(luò)中的客戶端基于QUIC協(xié)議發(fā)送的握手請求；

判斷模塊，用于基于所述握手請求的內(nèi)容，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求；

響應(yīng)模塊，用于在所述握手請求用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰時(shí)，將預(yù)先存儲的所述服務(wù)器的握手公鑰反饋給所述客戶端，以使所述客戶端基于所述握手公鑰和所述服務(wù)器建立連接；

轉(zhuǎn)發(fā)模塊，用于在握手請求不用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰時(shí)，將所述握手請求轉(zhuǎn)發(fā)給所述服務(wù)器，以使所述服務(wù)器基于所述握手請求與所述客戶端建立連接；

所述判斷模塊，包括：

第一判斷子模塊，用于判斷所述握手請求中是否包括加密數(shù)據(jù)和所述客戶端的公鑰，若所述握手請求中不包括所述加密數(shù)據(jù)和所述客戶端的公鑰，則判斷所述握手請求為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求。

6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述握手請求中包括所述握手請求的消息類型的信息；

所述判斷模塊，包括：

第二判斷子模塊，用于基于所述握手請求中的所述消息類型的信息，判斷所述握手請求是否為用于請求所述數(shù)據(jù)網(wǎng)絡(luò)中的服務(wù)器的握手公鑰的初始握手請求。