CN114205402B - 连接建立方法、系统、设备和存储介质 - Google Patents

连接建立方法、系统、设备和存储介质 Download PDF

Info

Publication number
CN114205402B
CN114205402B CN202111371102.0A CN202111371102A CN114205402B CN 114205402 B CN114205402 B CN 114205402B CN 202111371102 A CN202111371102 A CN 202111371102A CN 114205402 B CN114205402 B CN 114205402B
Authority
CN
China
Prior art keywords
connection
kernel module
information
client
connection request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111371102.0A
Other languages
English (en)
Other versions
CN114205402A (zh
Inventor
柯进
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Alibaba Cloud Computing Ltd
Original Assignee
Alibaba China Co Ltd
Alibaba Cloud Computing Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba China Co Ltd, Alibaba Cloud Computing Ltd filed Critical Alibaba China Co Ltd
Priority to CN202111371102.0A priority Critical patent/CN114205402B/zh
Publication of CN114205402A publication Critical patent/CN114205402A/zh
Application granted granted Critical
Publication of CN114205402B publication Critical patent/CN114205402B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例提供连接建立方法、系统、设备和存储介质。该方法包括:接收客户端发送的连接请求信息;其中,连接请求信息中携带有代理信息;具有第一内核模块时,忽略代理信息,并基于连接请求信息向客户端反馈连接响应以与客户端建立连接;具有第二内核模块时,通过第二内核模块获取代理信息以参与相应处理,并基于连接请求向客户端反馈连接响应以与客户端建立连接。通过上述方案,也就是在负载均衡集群中可以同时包含有多种不同类型的后端服务器,将协议内容插入到第一次握手报文中,不会对不支持代理协议的后端服务器连接产生负面影响,同时还能够满足与支持代理协议的后端服务器建立连接的需求,能够满足多样化连接需求。

Description

连接建立方法、系统、设备和存储介质
技术领域
本申请涉及计算机领域,尤其涉及连接建立方法、系统、设备和存储介质。
背景技术
负载均衡SLB(Server Load Balancer)是一种对流量进行按需分发的服务,通过将流量分发到不同的后端服务器来扩展应用系统的吞吐能力,并且可以消除系统中的单点故障,提升应用系统的可用性。
但是一些场景下对客户端IP地址做了FNAT转换,则后端服务器无法直接获取客户端的真实IP。则通过代理协议(Proxy Protocol)携带源端信息(源IP、目的IP、源端口、目的端口等)添加到TCP数据报文头中,从而使得后端服务器能够获得源端信息。但是有一些负载均衡集群中有的后端服务器不支持代理协议,在客户端和负载均衡器无法区分出哪些后端服务器不支持代理协议的情况下,若将携带有代理协议的数据报文发送给不支持代理协议的后端服务器,则会导致不支持代理协议的后端服务器数据解析失败。因此,需要一种能够满足多种连接建立需求的方案。
发明内容
为解决或改善现有技术中存在的问题,本申请各实施例提供了连接建立方法、系统、设备和存储介质。
第一方面,在本申请的一个实施例中,提供了一种连接建立方法。该方法包括:
接收客户端发送的连接请求信息;其中,所述连接请求信息中携带有代理信息;
具有第一内核模块时,忽略所述代理信息,并基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接;
具有第二内核模块时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
第二方面,在本申请的一个实施例中,提供了另一种连接建立方法。该方法包括:
构建包含有代理信息连接请求信息;所述连接请求信息中携带有代理信息;
发送所述连接请求信息给具有第一内核模块的后端服务器,以便所述后端服务器在忽略所述代理信息的情况下,接收到与所述后端服务器建立连接的反馈信息;
发送所述连接请求信息给具有第二内核模块的后端服务器,以便通过所述第二内核模块获取所述代理信息以参与相应处理的情况下,接收到与所述后端服务器建立连接的反馈信息;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
第三方面,在本申请的一个实施例中,提供了再一种连接建立方法。该方法包括:
接收客户端提供的连接请求信息;其中,所述连接请求信息中包含有代理信息;
发送所述连接请求信息给具有第一内核模块或具有第二内核模块的后端服务器;以便具有第一内核模块的后端服务器在忽略所述代理信息的情况下与所述后端服务器建立连接,或者,具有第二内核模块的后端服务器在获取所述代理信息以参与相应处理的情况下与所述后端服务器建立连接;其中,第一内核模块为未升级代理协议功能的内核模块,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
第四方面,在本申请的一个实施例中,提供了一种电子设备,包括存储器及处理器;其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于实现第一方面所述的一种连接建立方法或第二方面所述的另一种连接建立方法或第三方面所述的再一种连接建立方法。
第四方面,在本申请的一个实施例中,提供了一种非暂时性机器可读存储介质,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器执行如第一方面所述的一种连接建立方法或第二方面所述的另一种连接建立方法或第三方面所述的再一种连接建立方法。
本发明实施例提供的技术方案,在负载均衡集群中,有的后端服务器支持代理协议,有的则不支持代理协议。在本方案中,通过将代理信息插入到第一次握手报文中的方式发送给后端服务器,并且确保该第一次握手报文中未携带用户数据,则后端服务器将基于关联的代理协议类型,对所述第一次握手报文进行解析;若解析得到所述代理信息和握手数据,则基于所述代理信息,获取所述客户端的源端信息;并基于所述代理信息和握手数据建立与客户端的连接;若未解析到所述代理协议,则基于所述握手数据与所述客户端连接。通过上述方案,也就是在负载均衡集群中可以同时包含有多种不同类型的后端服务器,将协议内容插入到第一次握手报文中,不会对不支持代理协议的后端服务器连接产生负面影响,同时还能够满足与支持代理协议的后端服务器建立连接的需求,能够满足多样化连接需求。
此外,虽然在负载均衡集群中可能同时包含有不同版本的内核模块,但是基于上述方案,构建的连接请求信息能够同时满足具有不同版本内核模块的多种后端服务器的连接需求,不支持代理协议的旧版本内核模块忽略代理信息并不会产生错误,支持代理协议的新版本内核能够获取到所需的代理信息。在不对集群中服务停止、不影响用户数据访问请求的情况下,可以实现对负载均衡集群中的各个后端服务器逐个进行升级为支持代理协议的内核版本,更好的提升后端服务器内核版本的平滑升级与灰度发布效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种负载均衡集群的结构示意图;
图2为本申请实施例提供的一种连接建立方法的流程示意图;
图3为本申请实施例提供的基于第一内核模块建立连接的流程示意图;
图4为本申请实施例提供的基于第二内核模块建立连接的流程示意图;
图5为本申请实施例举例说明的一种基于负载均衡器建立连接的过程示意图;
图6为本申请实施例提供的另一种连接建立方法的流程示意图;
图7为本申请实施例提供的再一种连接建立方法的流程示意图;
图8为本申请实施例提供的一种服务系统的结构示意图;
图9为本申请实施例提供的一种连接建立装置的结构示意图;
图10为本申请实施例提供的一种电子设备的结构示意图;
图11为本申请实施例提供的另一种连接建立装置的结构示意图;
图12为本申请实施例提供的另一种电子设备的结构示意图;
图13为本申请实施例提供的再一种连接建立装置的结构示意图;
图14为本申请实施例提供的另一种电子设备的结构示意图。
具体实施方式
如图1为本申请实施例提供的一种负载均衡集群的结构示意图。从图1中可以看到,包括客户端、负载均衡器以及多个后端服务器。在负载均衡集群一些特定的场景下,负载均衡器(Server Load Balancer,SLB)挂载经典云服务器(Elastic Compute Service,ECS),负载均衡器采用源和目的地址转换(Full Net Address Translation,FNAT)方式进行转发。在这种情况下,客户端发送给负载均衡器的报文中源端信息(比如,源地址)会被替换为负载均衡器提供的地址,也就是后端服务器无法看到源地址等真实源端信息。后来,通过对后端服务器的内核进行升级后,完成升级的后端服务器能够获取到所需的客户端的源端信息。容易理解的是,在负载均衡集群当中,包含有多个后端服务器,若要使得后端服务器都具有支持代理协议的内核,则通常需要对集群中所有服务端做停机处理,进而实现整体升级,对用户影响较大。若在建立客户端与后端服务器的连接关系之后,通过第一个数据包发送包含有代理协议的数据,然而,在对后端服务器进行健康检测的时候,可能会出现代理协议被串改的风险。因此,需要一种能够满足客户端与多种不同内核版本的后端服务器建立连接的方案。此外,还需要能够帮助负载聚会集群实现对后端服务器的平滑升级、灰度发布的方案。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
在本发明的说明书、权利要求书及上述附图中描述的一些流程中,包含了按照特定顺序出现的多个操作,这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等,仅仅是用于区分各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图2为本申请实施例提供的一种连接建立方法的流程示意图。该方法可以应用于后端服务器,需要说明的是,由于在负载均衡集群当中可以同时包含有很多后端服务器,因此,这些后端服务器对应的内核版本可能不完全相同。所述方法具体包括如下步骤:
201:接收客户端发送的连接请求信息;其中,所述连接请求信息中携带有代理信息。
202:具有第一内核模块时,忽略所述代理信息,并基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接。
203:具有第二内核模块时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
在实际应用中,为了满足客户端的访问需求,使得用户能够获得更好的访问体验,会通过负载均衡器将客户端的访问流量均衡到多个后端服务器上。在一些特殊应用场景中,比如,审计场景、鉴权场景等,需要对客户端真实信息进行识别时,后端服务器需要获取客户端的真实源端信息(源地址等)。为了使得后端服务器能够获得真实源端信息,在客户端与后端服务器建立连接之后,可以采用代理协议(Proxy protocol)对数据报文中用户数据头做了插入修改,这就需要接收该携带有代理协议的数据报文的后端服务器能够支持代理协议。具体来说,
由于在负载均衡集群中,有很多后端服务器,有的后端服务器采用的是不支持代理协议的旧版本的第一内核模块,有的后端服务器则采用的是支持代理协议的新版本的第二内核模块,其中,第二内核模块可以是基于第一内核模块进行一次或多次(内核)版本升级后得到的。客户端在进行访问的时候,客户端和负载均衡器都不会区分后端服务器是否支持代理协议,因此,为了满足后端服务器获取客户端源端信息需求,通常会发送携带有代理协议的一种类型的信息,也就是,为了完成一项任务,客户端或负载均衡器不会针对不同的后端服务器发送支持不同类型协议的信息。具有第一内核模块的后端服务器无法支持代理协议,换言之,如果在客户端与后端服务器建立连接之后,将插入有代理信息的数据报文发送给具有第一内核模块的后端服务器,将会在后端服务器的健康检查期间,协议栈会对该数据报文进行正常处理,而数据报文中携带的代理信息也会被当做正常的用户数据进行处理,那么就会导致对代理信息进行串改而发生错误。因此,本方案选择将代理信息插入到连接请求信息当中,在建立客户端与后端服务器连接的过程中,协议栈忽略代理信息,并不会把代理信息当做普通用户数据进行处理,该代理信息对用户不可见,也就不会出现错误,同时连接请求信息也能够实现正常的连接操作,执行三次握手并建立客户端与后端服务器的连接。比如,这里所说的连接请求信息可以是第一握手连接信息,通过将代理信息插入到用于携带用户数据的第一次握手报文包(SYN报文)中,从而能够有效避免在发送报文中携带代理信息时导致错误发生。后端服务器会向客户端反馈连接相应,以通知客户端连接建立成功。
同样的,如果将携带有代理信息的连接请求信息发送给具有第二内核模块的后端服务器,那么,后端服务器将会通过第二内核模块对连接请求信息进行解析,从而能够获取到其中携带的代理信息(包含源端地址等信息)。并基于连接请求信息建立客户端与后端服务器的连接。后端服务器会向客户端反馈连接相应,以通知客户端连接建立成功。
通过将代理信息插入到连接请求信息当中,使得客户端在发送携带有代理信息的连接请求信息给具有旧版本第一内核模块的后端服务器和具有新版本第二内核模块的后端服务器,满足后端服务器获取源端信息需求的同时,而且不需要区分内核版本。
当然,在实际应用中,为了不影响用户的使用,可以基于上述方案对具有旧版本第一内核模块的后端服务器逐个升级的方式进行升级操作,从而升级到能够支持代理协议的第二内核模块,在进行升级期间,可以通过发送连接请求信息的方式,实测客户端与后端服务器建立连接,并使得具有第二内核模块的后端服务器能够获取到所需的代理信息,以及使得具有第一内核模块的后端服务器忽略代理信息。从而实现在同时具有新旧版本内核的后端服务器中的旧版本进行升级过程中用户无感知的灰度发布、平滑升级的效果。
此外,有些负载均衡器只有在发送第一次握手报文包的时候参与均衡调度工作中,因此,采用本申请方案能够很好的避免建立连接之后第一个数据报文中插入代理信息导致第一内核模块无法成功建立连接的情况发生。
如上述步骤202所述,忽略所述代理信息,包括:检测所述连接请求信息中传输控制协议快速打开参数的状态;状态为关闭状态时,忽略所述代理信息。
这里所说的传输控制协议快速打开(TCP Fast Open,TFO)是TCP协议的一种,它允许后端服务器和客户端在连接建立握手阶段交换数据,从而使应用节省了一个RTT的时延。TFO数据是插入到连接请求信息(第一次握手报文包,SYN报文)中的用户数据,若TFO参数的状态为打开状态时,则连接请求信息中的用户数据能够被协议栈读取。换言之,若此时在连接请求信息中插入的是代理信息,而且客户端所发送的连接请求信息中还将TFO参数的状态设置为打开状态,若将该请求信息发送给具有第一内核模块的后端服务器,该后端服务器的协议栈将会对代理信息解析错误,导致无法建立连接等相关问题的发生。因此,为了使得插入到连接请求信息中的代理信息仅能够被第二内核模块的后端服务器成功解析,而对于具有第一内核模块的后端服务器来说是不可见,而且也不会对其建立连接产生不利影响,就需要将传输控制协议快速打开参数的状态设置为关闭状态。
如图3为本申请实施例提供的基于第一内核模块建立连接的流程示意图。从图3中可以看到,后端服务器具有第一内核模块时,基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接,具体包括如下步骤:
301:具有第一内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析。
302:若通过所述第一内核模块时未解析到所述代理信息,则基于所述握手数据与所述客户端建立连接。
客户端所发送的连接请求信息当中,携带有代理信息以及用于实现客户端与服务端连接建立的握手数据,同时,还需要将其中的TFO参数设置为关闭。由于TFO默认为关闭状态,那就需要保证客户端不会开启该功能就可以。
在具有第一内核模块的后端服务器接收到连接请求信息之后,第一内核模块把带代理信息内容的连接请求信息(SYN报文)透传到第一内核模块的传输控制协议层,第一内核模块对连接请求信息(SYN报文)中带但未开启TFO且未携带TFO相关参数时,连接请求信息中的代理信息会被协议栈忽略。因此,经过解析得到握手数据,但是无法解析到代理信息,使得代理信息对用户不可见,不影响客户端与具有第一内核模块的后端服务器正常TCP建立连接。在对第一内核模块进行升级之前,仍然能够使得负载均衡集群当中具有第二内核模块的后端服务器准确获得源端信息,且不会对具有第一内核模块的后端服务器产生不利影响。进而,工作人员可以在合适的时间(不需要停止服务、不会对用户使用产生影响的时间)将该后端服务器中的第一内核模块进行升级为第二内核模块。
如图4为本申请实施例提供的基于第二内核模块建立连接的流程示意图。从图4中可以看到,后端服务器具有第二内核模块时,基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接,包括:
401:具有第二内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析。
402:若通过所述第二内核模块解析到所述代理信息和握手数据,则基于所述代理信息和所述握手数据与客户端建立连接。
如前文所述,在负载均衡集群当中,包含有新旧不同版本内核,为了能够满足新版本(具有第二内核模块)后端服务器能够顺利获取到源端信息,同时又不会对旧版本(具有第一内核模块)后端服务器产生不利影响。客户端所发送的连接请求信息当中,携带有代理信息以及用于实现客户端与服务端连接建立的握手数据,同时,还需要将其中的TFO参数设置为关闭。由于TFO默认为关闭状态,那就需要保证客户端不会开启该功能就可以。
如步骤402所述,所述具有第二内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析,包括:
4021:由所述第二内核模块将所述连接请求信息透传到内核传输控制协议层。
4022:由所述内核传输控制协议层对所述连接请求信息进行解析。
4023:将解析到的所述代理信息保存到内核自定义空间,以便通过自定义接口将所述代理信息提供给用户态。
在实际应用中,具有第二内核模块的后端服务器接收到连接请求信息之后,通过升级后的第二内核模块以及上层应用具有处理携带有代理信息的连接请求信息的能力。具体来说,第二内核模块的内核传输控制协议层(TCP协议层)对连接请求信息进行解析得到代理信息和握手数据,第二内核模块会为其分配用于存储代理信息的存储空间(比如保存在session中),以及分配用于与用户态应用进行交互的自定义接口(比如,通过netlink自定义接口),进而可以通过自定义接口将代理信息等相关信息发送给上层应用。例如,假设具有第二内核模块的后端服务器会给用户分发一个SessionID作为标识,并将代理信息中的源端四元组存储到该SessionID对应的session当中。用户通过客户端提交请求都会把这个SessionID包含在报文头中提交给后端服务器,这样后端服务器就能区分当前请求是哪一个客户端的。
作为一可选实施例,所述连接请求信息为第一次握手报文。所述接收客户端发送的连接请求信息,包括:接收负载均衡器发送的所述第一次握手报文;其中,所述第一次握手报文是在所述客户端生成并提供给所述负载均衡器后,由所述负载均衡器根据具有所述第一内核模块或所述第二内核模块的后端服务器的负载情况确定并发送的。
如图5为本申请实施例举例说明的一种基于负载均衡器建立连接的过程示意图。在实际应用中,如图5所示,有的负载均衡器仅参与第一次握手。从图5中可以看到,客户端发送第一次握手报文(也就是连接请求信息)SYN后进入SYN_SEND状态,SYN报文包含顺序号码(Sequence number)seq:0给负载均衡器NGLB,负载均衡器根据后端服务器的负载状态,选择合适的后端服务器RS(包括具有第一内核模块的后端服务器和具有第二内核模块的后端服务器),负载均衡器将seq:0:128发送给对应的至少一个后端服务器。后端服务器将根据其所具有的内核类型(第一内核模块或者第二内核模块)采用相应的解析方式获得源端四元组(源IP、目的IP、源端口、目的端口),并继续执行后续两次握手以便建立连接。接下来,进行第二次握手和第三次握手,这两次握手均无需负载均衡器参与,具体来说,第二次握手,由后端服务器发送SYN+ACK给客户端,比如seq:0,ack:1,并且其中还可以携带基于代理信息分配的sessionID。第三次握手,由客户端发送ACK(比如,seq:1,ack:1)给对应的后端服务器。在顺利完成三次握手后,使得客户端与后端服务器成功建立连接。进而,能够进行正常数据报文传输。在负载均衡集群中有的负载均衡器则参与三次握手以及数据报文传输。第一次握手报文中携带有代理信息的方式以及后端服务器解析方式与图5对应实施例方案相同,这里就不再重复赘述。
基于同样的思路,本申请实施例还提供另一种连接建立方法。该方法可以应用于客户端。如图6为本申请实施例提供的另一种连接建立方法的流程示意图。从图6中可以看到具体包括如下步骤:
601:构建包含有代理信息连接请求信息;所述连接请求信息中携带有代理信息。
602:发送所述连接请求信息给具有第一内核模块的后端服务器,以便所述后端服务器在忽略所述代理信息的情况下,接收到与所述后端服务器建立连接的反馈信息。
603:发送所述连接请求信息给具有第二内核模块的后端服务器,以便通过所述第二内核模块获取所述代理信息以参与相应处理的情况下,接收到与所述后端服务器建立连接的反馈信息;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
首先获取客户端的四元组信息,包括:源IP、目的IP、源端口、目的端口rn。基于这些源端信息生成代理信息,当然,也可以扩展支持VPCID,PrivateLink Endpoind ID等信息。客户端在构建包含有代理信息的连接请求信息的时候,不需要考虑与之连接的后端服务器是否支持Proxy protocol协议。因为对于不支持Proxy protocol协议的第一内核模块来说,接收到连接请求信息后,会忽略其中携带的代理信息,并通过其中携带的握手数据完成连接建立工作。而对于支持Proxy protocol协议的第二内核模块来说,能够成功解析得到源IP、目的IP、源端口、目的端口rn等信息,以及基于其中携带的握手数据完成连接建立工作。
需要说明的是,在构建连接请求信息的时候,包含有代理信息且将传输控制协议快速打开参数的状态设置为关闭状态。具体来说,客户端所发送的连接请求信息当中,携带有代理信息以及用于实现客户端与服务端连接建立的握手数据,同时,还需要将其中的TFO参数(也就是传输控制协议快速打开参数)设置为关闭。由于TFO默认为关闭状态,那就需要保证客户端不会开启该功能就可以。因为如果开启的话,第一内核模块将会对代理信息进行错误解析,甚至会导致连接建立失败。更多具体连接建立过程,可以参见图1至图5对应的各个实施例,这里就不再重复赘述。
基于同样的思路,本申请实施例还提供再一种连接建立方法。该方法可以应用于负载均衡器。如图7为本申请实施例提供的再一种连接建立方法的流程示意图。从图7中可以看到具体包括如下步骤:
701:接收客户端提供的连接请求信息;其中,所述连接请求信息中包含有代理信息。
702:发送所述连接请求信息给具有第一内核模块或具有第二内核模块的后端服务器;以便具有第一内核模块的后端服务器在忽略所述代理信息的情况下与所述后端服务器建立连接,或者,具有第二内核模块的后端服务器在获取所述代理信息以参与相应处理的情况下与所述后端服务器建立连接;其中,第一内核模块为未升级代理协议功能的内核模块。而第二内核模块则是通过对第一内核模块升级得到的支持代理协议功能的内核模块。更多具体连接建立过程,可以参见图1至图6对应的各个实施例,这里就不再重复赘述。
基于同样的思路,本申请实施例还提供一种服务系统。如图8为本申请实施例提供的一种服务系统的结构示意图。所述系统包括:
客户端801,用于通过负载均衡器向服务器发送连接请求信息;其中,所述连接请求信息中携带有代理信息;
所述负载均衡器802,用于为所述客户端确定目标服务器,并将所述连接请求信息发送至所述目标服务器;
第一服务器803,具有第一内核模块,为未升级代理协议功能的服务器;用于在自身为所述目标服务器时,忽略所述代理信息,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;
第二服务器804,为通过升级后具有代理协议功能的服务器,且具有配套的第二内核模块,用于在自身为所述目标服务器时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接。
需要说明的是,在实际应用中,可能同时具有多个客户端和很多个第一服务器、很多个第二服务器。虽然服务系统当中包含的服务器具有不同的内核版本,但是,将代理信息插入到连接请求信息当中,既能够满足第二服务器获取源端四元组信息的需求,又能够确保客户端成功的与第一服务器、第二服务器建立连接关系。
在实际应用中,负载均衡集群当中存在正在运行的服务,为了不影响用户正常使用,不能停止服务对负载均衡集群中的后端服务器进行统一升级。因此,可以采用分批次升级的方式,这样在负载均衡集群当中就会同时存在具有第一内核模块的后端服务器和具有第二内核模块的后端服务器。假设,由于审计需求或者鉴权需求,需要获取源端四元组等信息,那么可以基于源端四元组生成代理信息,并将代理信息插入到第一次握手报文当中。由于该第一次握手报文,能够被具有第二内核模块的后端服务器成功解析得到源端四元组信息,满足服务器需求,能够完成审计或者鉴权工作。对于那些不支持代理协议的后端服务器,则可以在其空闲或者不影响服务正常运行的情况下,对其第一内核模块进行升级处理,得到第二内核模块,直至所有内核模块都升级完成,所有后端服务器都开启Proxyprotocol协议功能,能够具有在连接建立成功后的第一个数据报文解析代理信息的能力。基于上述方式,虽然在负载均衡集群中可能同时包含有不同版本的内核模块,但是基于上述方案,构建的连接请求信息能够同时满足具有不同版本内核模块的多种后端服务器的连接需求,在不对集群中服务停止的情况下,可以实现对负载均衡集群中的各个后端服务器逐个进行升级为支持代理协议的内核版本,更好的提升后端服务器内核版本的平滑升级与灰度发布效果。
基于同样的思路,本申请实施例还提供一种连接建立装置。如图9为本申请实施例提供的一种连接建立装置的结构示意图。该连接建立装置包括:
接收模块901,用于接收客户端发送的连接请求信息;其中,所述连接请求信息中携带有代理信息。
连接模块902,用于具有第一内核模块时,忽略所述代理信息,并基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接。
连接模块902,还用于具有第二内核模块时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
可选地,连接模块902,还用于检测所述连接请求信息中传输控制协议快速打开参数的状态;
状态为关闭状态时,忽略所述代理信息。
可选地,连接模块902,还用于具有第一内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析;
若通过所述第一内核模块时未解析到所述代理信息,则基于所述握手数据与所述客户端建立连接。
可选地,连接模块902,还用于具有第二内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析;
若通过所述第二内核模块解析到所述代理信息和握手数据,则基于所述代理信息和所述握手数据与客户端建立连接。
可选地,连接模块902,还用于由所述第二内核模块将所述连接请求信息透传到内核传输控制协议层;
由所述内核传输控制协议层(TCP协议层)对所述连接请求信息进行解析;
将解析到的所述代理信息保存到内核自定义空间,以便通过自定义接口将所述代理信息提供给用户态。
可选地,所述连接请求信息为第一次握手报文。接收模块901,用于接收负载均衡器发送的所述第一次握手报文;其中,所述第一次握手报文是在所述客户端生成并提供给所述负载均衡器后,由所述负载均衡器根据具有所述第一内核模块或所述第二内核模块的后端服务器的负载情况确定并发送的。
本申请一个实施例还提供一种电子设备。如图10为本申请实施例提供的一种电子设备的结构示意图。该电子设备包括存储器1001、处理器1002及通信组件1003;其中,
所述存储器1001,用于存储程序;
所述处理器1002,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
接收客户端发送的连接请求信息;其中,所述连接请求信息中携带有代理信息;
具有第一内核模块时,忽略所述代理信息,并基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接;
具有第二内核模块时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
上述存储器1001可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
进一步地,本实施例中的所述处理器1002可以具体是:可编程交换处理芯片,该可编程交换处理芯片中配置有数据复制引擎,能对接收到的数据进行复制。
上述处理器1002在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。进一步,如图10所示,电子设备还包括:电源组件1004等其它组件。
基于同样的思路,本申请实施例还提供另一种连接建立装置。如图11为本申请实施例提供的另一种连接建立装置的结构示意图。该另一种连接建立装置包括:
构建模块1101,用于构建包含有代理信息连接请求信息;所述连接请求信息中携带有代理信息。
发送模块1102,用于发送所述连接请求信息给具有第一内核模块的后端服务器,以便所述后端服务器在忽略所述代理信息的情况下,接收到与所述后端服务器建立连接的反馈信息。
发送模块1102,还用于发送所述连接请求信息给具有第二内核模块的后端服务器,以便通过所述第二内核模块获取所述代理信息以参与相应处理的情况下,接收到与所述后端服务器建立连接的反馈信息;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
可选地,构建模块1101,用于构建包含有代理信息且将传输控制协议快速打开参数的状态设置为关闭状态的连接请求信息。
本申请一个实施例还提供一种电子设备。该电子设备为计算单元中备节点电子设备。如图12为本申请实施例提供的另一种电子设备的结构示意图。该电子设备包括存储器1201、处理器1202及通信组件1203;其中,
所述存储器1201,用于存储程序;
所述处理器1202,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
构建包含有代理信息连接请求信息;所述连接请求信息中携带有代理信息;
发送所述连接请求信息给具有第一内核模块的后端服务器,以便所述后端服务器在忽略所述代理信息的情况下,接收到与所述后端服务器建立连接的反馈信息;
发送所述连接请求信息给具有第二内核模块的后端服务器,以便通过所述第二内核模块获取所述代理信息以参与相应处理的情况下,接收到与所述后端服务器建立连接的反馈信息;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
上述存储器1201可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
进一步地,本实施例中的所述处理器1202可以具体是:可编程交换处理芯片,该可编程交换处理芯片中配置有数据复制引擎,能对接收到的数据进行复制。
上述处理器1202在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。进一步,如图12所示,电子设备还包括:电源组件1204等其它组件。
基于同样的思路,本申请实施例还提供再一种连接建立装置。如图13为本申请实施例提供的再一种连接建立装置的结构示意图。该再一种连接建立装置包括:
接收模块1301,用于接收客户端提供的连接请求信息;其中,所述连接请求信息中包含有代理信息。
发送模块1302,用于发送所述连接请求信息给具有第一内核模块或具有第二内核模块的后端服务器;以便具有第一内核模块的后端服务器在忽略所述代理信息的情况下与所述后端服务器建立连接,或者,具有第二内核模块的后端服务器在获取所述代理信息以参与相应处理的情况下与所述后端服务器建立连接;其中,第一内核模块为未升级代理协议功能的内核模块,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
本申请一个实施例还提供一种电子设备。该电子设备为计算单元中备节点电子设备。如图14为本申请实施例提供的另一种电子设备的结构示意图。该电子设备包括存储器1401、处理器1402及通信组件1403;其中,
所述存储器1401,用于存储程序;
所述处理器1402,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于:
接收客户端提供的连接请求信息;其中,所述连接请求信息中包含有代理信息;
发送所述连接请求信息给具有第一内核模块或具有第二内核模块的后端服务器;以便具有第一内核模块的后端服务器在忽略所述代理信息的情况下与所述后端服务器建立连接,或者,具有第二内核模块的后端服务器在获取所述代理信息以参与相应处理的情况下与所述后端服务器建立连接;其中,第一内核模块为未升级代理协议功能的内核模块,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
上述存储器1401可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
进一步地,本实施例中的所述处理器1402可以具体是:可编程交换处理芯片,该可编程交换处理芯片中配置有数据复制引擎,能对接收到的数据进行复制。
上述处理器1402在执行存储器中的程序时,除了上面的功能之外,还可实现其它功能,具体可参见前面各实施例的描述。进一步,如图14所示,电子设备还包括:电源组件1404等其它组件。
本申请实施例还提供一种非暂时性机器可读存储介质,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器执行如图2至图5所述的方法实施例,或者图6所述的方法实施例,或者图7所述的方法实施例。
基于上述实施例,在负载均衡集群中,有的后端服务器支持代理协议,有的则不支持代理协议。在本方案中,通过将代理信息插入到第一次握手报文中的方式发送给后端服务器,并且确保该第一次握手报文中未携带用户数据,则后端服务器将基于关联的代理协议类型,对所述第一次握手报文进行解析;若解析得到所述代理信息和握手数据,则基于所述代理信息,获取所述客户端的源端信息;并基于所述代理信息和握手数据建立与客户端的连接;若未解析到所述代理协议,则基于所述握手数据与所述客户端连接。通过上述方案,也就是在负载均衡集群中可以同时包含有多种不同类型的后端服务器,将协议内容插入到第一次握手报文中,不会对不支持代理协议的后端服务器连接产生负面影响,同时还能够满足与支持代理协议的后端服务器建立连接的需求,能够满足多样化连接需求。
此外,虽然在负载均衡集群中可能同时包含有不同版本的内核模块,但是基于上述方案,构建的连接请求信息能够同时满足具有不同版本内核模块的多种后端服务器的连接需求,不支持代理协议的旧版本内核模块忽略代理信息并不会产生错误,支持代理协议的新版本内核能够获取到所需的代理信息。在不对集群中服务停止、不影响用户数据访问请求的情况下,可以实现对负载均衡集群中的各个后端服务器逐个进行升级为支持代理协议的内核版本,更好的提升后端服务器内核版本的平滑升级与灰度发布效果。
这里需要说明的是:上述实施例提供的连接建立装置可实现上述各方法实施例中描述的技术方案,上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容,此处不再赘述。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (11)

1.一种连接建立方法,其特征在于,应用于后端服务器,所述方法包括:
接收客户端发送的连接请求信息;其中,所述连接请求信息中携带有代理信息,所述连接请求信息中传输控制协议快速打开参数的状态设置为关闭状态;
具有第一内核模块时,忽略所述代理信息,并基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接;
具有第二内核模块时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
2.根据权利要求1所述的方法,其特征在于,所述忽略所述代理信息,包括:
检测所述连接请求信息中传输控制协议快速打开参数的状态;
状态为关闭状态时,忽略所述代理信息。
3.根据权利要求2所述的方法,其特征在于,具有第一内核模块时,基于所述连接请求信息向所述客户端反馈连接响应以与所述客户端建立连接,包括:
具有第一内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析;
若通过所述第一内核模块时未解析到所述代理信息,则基于所述握手数据与所述客户端建立连接。
4.根据权利要求2所述的方法,其特征在于,具有第二内核模块时,基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接,包括:
具有第二内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析;
若通过所述第二内核模块解析到所述代理信息和握手数据,则基于所述代理信息和所述握手数据与客户端建立连接。
5.根据权利要求4所述的方法,其特征在于,所述具有第二内核模块时,对包含有所述代理信息和握手数据的所述连接请求进行解析,包括:
由所述第二内核模块将所述连接请求信息透传到内核传输控制协议层;
由所述内核传输控制协议层对所述连接请求信息进行解析;
将解析到的所述代理信息保存到内核自定义空间,以便通过自定义接口将所述代理信息提供给用户态。
6.根据权利要求1所述的方法,其特征在于,所述连接请求信息为第一次握手报文,
所述接收客户端发送的连接请求信息,包括:
接收负载均衡器发送的所述第一次握手报文;其中,所述第一次握手报文是在所述客户端生成并提供给所述负载均衡器后,由所述负载均衡器根据具有所述第一内核模块或所述第二内核模块的后端服务器的负载情况确定并发送的。
7.一种连接建立方法,其特征在于,应用于客户端,所述方法包括:
构建包含有代理信息连接请求信息;具体包括:构建包含有代理信息且将传输控制协议快速打开参数的状态设置为关闭状态的连接请求信息;所述连接请求信息中携带有代理信息;
发送所述连接请求信息给具有第一内核模块的后端服务器,以便所述后端服务器在忽略所述代理信息的情况下,接收到与所述后端服务器建立连接的反馈信息;
发送所述连接请求信息给具有第二内核模块的后端服务器,以便通过所述第二内核模块获取所述代理信息以参与相应处理的情况下,接收到与所述后端服务器建立连接的反馈信息;其中,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
8.一种连接建立方法,其特征在于,应用于负载均衡器,所述方法包括:
接收客户端提供的连接请求信息;其中,所述连接请求信息中包含有代理信息;所述连接请求信息中传输控制协议快速打开参数的状态设置为关闭状态;
发送所述连接请求信息给具有第一内核模块或具有第二内核模块的后端服务器;以便具有第一内核模块的后端服务器在忽略所述代理信息的情况下与所述后端服务器建立连接,或者,具有第二内核模块的后端服务器在获取所述代理信息以参与相应处理的情况下与所述后端服务器建立连接;其中,第一内核模块为未升级代理协议功能的内核模块,所述第二内核模块是基于所述第一内核模块进行版本升级后得到的。
9.一种服务系统,其特征在于,所述系统包括:
客户端,用于通过负载均衡器向服务器发送包含有代理信息且将传输控制协议快速打开参数的状态设置为关闭状态的连接请求信息;其中,所述连接请求信息中携带有代理信息;
所述负载均衡器,用于为所述客户端确定目标服务器,并将所述连接请求信息发送至所述目标服务器;
第一服务器,具有第一内核模块,为未升级代理协议功能的服务器;用于在自身为所述目标服务器时,忽略所述代理信息,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接;
第二服务器,为通过升级后具有代理协议功能的服务器,且具有配套的第二内核模块,用于在自身为所述目标服务器时,通过所述第二内核模块获取所述代理信息以参与相应处理,并基于所述连接请求向所述客户端反馈连接响应以与所述客户端建立连接。
10.一种电子设备,其特征在于,包括存储器及处理器;其中,
所述存储器,用于存储程序;
所述处理器,与所述存储器耦合,用于执行所述存储器中存储的所述程序,以用于实现上述权利要求1至6中任一项所述的方法,或者权利要求7所述的方法,或者权利要求8所述的方法。
11.一种非暂时性机器可读存储介质,其特征在于,所述非暂时性机器可读存储介质上存储有可执行代码,当所述可执行代码被电子设备的处理器执行时,使所述处理器执行如权利要求1至6中任一项所述的方法,或者权利要求7所述的方法,或者权利要求8所述的方法。
CN202111371102.0A 2021-11-18 2021-11-18 连接建立方法、系统、设备和存储介质 Active CN114205402B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111371102.0A CN114205402B (zh) 2021-11-18 2021-11-18 连接建立方法、系统、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111371102.0A CN114205402B (zh) 2021-11-18 2021-11-18 连接建立方法、系统、设备和存储介质

Publications (2)

Publication Number Publication Date
CN114205402A CN114205402A (zh) 2022-03-18
CN114205402B true CN114205402B (zh) 2024-04-30

Family

ID=80648179

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111371102.0A Active CN114205402B (zh) 2021-11-18 2021-11-18 连接建立方法、系统、设备和存储介质

Country Status (1)

Country Link
CN (1) CN114205402B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114826887B (zh) * 2022-03-21 2024-06-18 阿里云计算有限公司 私网连接通信方法和系统
CN115086173B (zh) * 2022-05-09 2023-10-31 阿里巴巴(中国)有限公司 网络升级过程中的可靠性保障方法和装置
CN115865670B (zh) * 2023-02-27 2023-06-16 灵长智能科技(杭州)有限公司 基于内核调优的web安全网关并发性能调节方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941738A (zh) * 2005-09-29 2007-04-04 腾讯科技(深圳)有限公司 客户端主应用部件与目标服务器间进行通信的装置和方法
CN101566954A (zh) * 2009-05-31 2009-10-28 珠海金山软件股份有限公司 一种管理插件的方法及管理插件的装置
CN105068840A (zh) * 2015-08-11 2015-11-18 浪潮(北京)电子信息产业有限公司 一种更新内核模块的方法、服务器、控制终端和系统
CN109150788A (zh) * 2017-06-13 2019-01-04 中兴通讯股份有限公司 控制网络数据传输的方法、装置、网关及存储介质
CN111756674A (zh) * 2019-03-28 2020-10-09 上海哔哩哔哩科技有限公司 网络通信方法、系统、设备及计算机可读存储介质
CN113382062A (zh) * 2021-06-08 2021-09-10 北京天空卫士网络安全技术有限公司 一种数据传输方法、装置和系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100211626A1 (en) * 2004-01-12 2010-08-19 Foundry Networks, Inc. Method and apparatus for maintaining longer persistent connections

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941738A (zh) * 2005-09-29 2007-04-04 腾讯科技(深圳)有限公司 客户端主应用部件与目标服务器间进行通信的装置和方法
CN101566954A (zh) * 2009-05-31 2009-10-28 珠海金山软件股份有限公司 一种管理插件的方法及管理插件的装置
CN105068840A (zh) * 2015-08-11 2015-11-18 浪潮(北京)电子信息产业有限公司 一种更新内核模块的方法、服务器、控制终端和系统
CN109150788A (zh) * 2017-06-13 2019-01-04 中兴通讯股份有限公司 控制网络数据传输的方法、装置、网关及存储介质
CN111756674A (zh) * 2019-03-28 2020-10-09 上海哔哩哔哩科技有限公司 网络通信方法、系统、设备及计算机可读存储介质
CN113382062A (zh) * 2021-06-08 2021-09-10 北京天空卫士网络安全技术有限公司 一种数据传输方法、装置和系统

Also Published As

Publication number Publication date
CN114205402A (zh) 2022-03-18

Similar Documents

Publication Publication Date Title
CN114205402B (zh) 连接建立方法、系统、设备和存储介质
US10686850B2 (en) Enterprise client-server system and methods of providing web application support through distributed emulation of websocket communications
US20200359264A1 (en) Technique for Enabling Multipath Transmission
US10057326B2 (en) Client-adjustable window size for connectionless transfer protocols
CN105162883B (zh) 网络负载均衡处理系统及其方法和装置
JP5485993B2 (ja) サービスのロードバランシング
CN101828179A (zh) 用于可扩展和可伸缩通信的架构和协议
US12004076B2 (en) Evaluating a hosting device for installation of a virtualized function within a network infrastructure
CN110278161B (zh) 基于用户态协议栈的报文分流方法、装置及系统
CN113364809B (zh) 分流网络数据以执行负载平衡
US20050198296A1 (en) Distribution of binary executables and content from peer locations/machines
US7228539B2 (en) Method and apparatus for updating inter-server communication software
WO2020119328A1 (zh) 数据传输方法、装置、设备及存储介质
US7584261B1 (en) Distribution of binary executables and content from peer locations/machines
CN109729104A (zh) 客户端源地址获取方法、装置、服务器和计算机可读介质
CN113452778B (zh) 会话保持方法、装置、设备、系统及存储介质
WO2024103943A1 (zh) 一种业务处理方法、装置、存储介质及设备
JP6690959B2 (ja) Tcpハンドシェークをリフォームするデバイス及び方法
CN111416851A (zh) 在多个负载均衡器之间进行会话同步的方法和负载均衡器
KR101432326B1 (ko) 호스트 가장 네트워크 디바이스 및 그의 방법
CN115118791B (zh) Udp报文的分发方法、设备及可读存储介质
CN113746851B (zh) 一种支持实时解析grpc请求的代理系统和方法
CN113489775B (zh) 一种基于vpp的七层负载均衡服务器及负载均衡方法
JP5381247B2 (ja) 負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システム
US8332694B2 (en) Method for notification of an error in data exchanged between a client and a server

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant