CN102025746A - 一种tcp连接的建立方法、装置及网络设备 - Google Patents
一种tcp连接的建立方法、装置及网络设备 Download PDFInfo
- Publication number
- CN102025746A CN102025746A CN2010105992077A CN201010599207A CN102025746A CN 102025746 A CN102025746 A CN 102025746A CN 2010105992077 A CN2010105992077 A CN 2010105992077A CN 201010599207 A CN201010599207 A CN 201010599207A CN 102025746 A CN102025746 A CN 102025746A
- Authority
- CN
- China
- Prior art keywords
- message
- connection request
- client
- server
- vpn connection
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种TCP连接的建立方法、装置及网络设备,该方法包括:在完成与客户端的三次握手过程且向作为VPN网关的服务器发送SYN报文后,接收服务器返回的SYNACK报文;判断缓存有客户端发送的VPN连接请求报文的片段时,则向客户端返回ACK报文,其中WINDOW域值等于服务器返回的SYNACK报文中WINDOW域值;接收客户端返回的携带有VPN连接请求的剩余片段的TCP报文;根据缓存的VPN连接请求的片段和VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文返回至服务器。本发明避免了服务器将携带有客户端VPN请求报文片段的ACK报文作为非法报文导致客户端无法建立VPN连接的问题。
Description
技术领域
本发明涉及数据通信技术领域,尤其涉及一种传输控制协议TCP连接的建立方法、装置及网络设备。
背景技术
传输控制协议(Transmission Control Protocol,TCP)协议规定的TCP连接建立过程的三次握手(Three-way Handshake)过程,如图1所示,包括:
首先,请求端(客户端)发送一个包含同步(Synchronize,SYN)标志的TCP报文,同步报文会指明客户端使用的端口以及TCP连接的初始序号;
第二步,服务器在收到客户端的SYN报文后,将响应一个同步确认(SYNACK)的报文,表示客户端的请求被接受,同时TCP序号被加1。
第三步,客户端收到服务端返回的SYNACK报文后,也返回一个确认报文(ACK)给服务器端,同样TCP序列号被加1,到此一个TCP连接完成。
在TCP连接的三次握手中,假设一个客户端向服务器发送了SYN报文后突然死机或掉线,那么服务器在发出SYNACK应答报文后是无法收到客户端返回的ACK报文的(第三次握手无法完成),这种情况下服务器端一般会重试(再次发送SYNACK给客户端)并等待一段时间后丢弃这个未完成的连接(半连接),如果有一个恶意的攻击者大量模拟客户端的这种情况,服务器端为了维护一个非常大的半连接列表消耗非常多的资源----数以万计的半连接,即使是简单的保存并遍历也会消耗非常多的CPU时间和内存,如果服务器的TCP/IP栈不够强大,最后的结果往往是堆栈溢出崩溃---即使服务器端的***足够强大,服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求,此时从正常客户的角度看来,服务器失去响应,这种情况被称为服务器端受到了同步洪水(SYN Flood)攻击。
现有技术中通常采用SYN代理来避免上述SYN Flood攻击,如图2所示,SYN代理安装在保护服务器的防火墙上。SYN代理收到客户端的SYN报文后,自己构造一个SYNACK报文回复给客户端,创建并维护TCP连接记录,当客户端返回ACK报文,也就意味着客户端的连接请求不是SYN FLOOD攻击,SYN代理把该ACK改造成SYN报文发给服务器,代替客户端与服务器之间建立TCP连接,并缓存后续来自客户端的ACK报文所携带的用户数据。
SYN代理收到服务器的SYN ACK报文后,把缓存的客户端用户数据封装到用来确认服务器SYNACK报文的ACK报文中,发给服务器。
为了进一步避免在遭受SYN Flood攻击时,采用SYN代理的防火墙不会因为需要缓存大量的SYN报文而被迅速耗尽,现有技术还提出了轻量SYN代理的方案,轻量SYN代理并不缓存客户端的SYN报文,而仅缓存客户端SYN报文的TCP选项,如窗口扩展(Window-Scale),选择性应答允许(Sack-Permit),最大报文段长度(Maximum Segment Size,MSS)选项等,与客户机三次握手建立连接后,把客户机完成三次握手的ACK报文添加上缓存的TCP选项,改造成SYN报文,发给服务器。
在轻量SYN代理把响应给客户端的SYNACK报文的窗口(WINDOW)域(该WINDOW选项域表示该报文的发送方的接收缓存区的大小)的值置为1,也就是通知客户端,轻量SYN的接收缓冲区只能容纳一个字节,这就保证了在防火墙与客户端三次握手完成建立连接TCP后,到与服务器建立TCP连接之前的这段时间,客户端最多只会发来数据总量只有1个字节的报文。这样,轻量SYN代理可以只需要缓存一个字节而不是整条报文,进一步节省了宝贵的防火墙***内存。
在服务器端作为虚拟专用网(Virtual Private Network,VPN)网关的情况下,在客户端与轻量SYN之间完成三次握手后,会接着发送携带VPN连接请求的ACK报文,由于之前收到轻量SYN代理返回的SYN ACK报文中的WINDOW域的大小为1个字节,因此VPN连接请求必须分片,因此携带VPN连接请求的ACK报文并不是不完整的VPN连接请求,总体大小只有1个字节,轻量SYN在与服务器之间三次握手过程中响应服务器发送的SYN ACK报文时,基于该SYNACK报文改造生成ACK报文,并且在生成的ACK报文中附带上缓存的客户端之前发送的1个字节的数据内容(即VPN连接请求的片段)发送给服务器。在某些安全增强型VPN网关的服务器接收缓冲区空间足够大的情况下,这种VPN网关要求请求建立VPN连接的首报文必须是信息完整的,必须是满足协议规定的格式的完整的VPN连接请求,那么,对于有这种要求的VPN网关来说,上述轻量SYN代理发送给它的附带有客户端发送的1个字节的VPN连接请求片段的ACK报文,由于该首报文不是完整的VPN连接请求,将不被认为是合法的报文,导致合法客户端无法建立VPN连接。
发明内容
本发明实施例提供了一种TCP连接的建立方法、装置即网络设备,用以解决现有服务器作为VPN网关的情况下,在轻量SYN代理与服务器三次握手过程中,服务器将轻量SYN代理的发送的携带有客户端VPN请求报文片段的ACK报文作为非法报文导致客户端无法建立VPN连接的问题。
本发明实施例提供的一种传输控制协议TCP连接的建立方法,包括:
在完成与客户端的三次握手过程且向作为虚拟专用网VPN网关的服务器发送同步SYN报文后,接收服务器返回的同步确认SYNACK报文;
在判断缓存有客户端发送的VPN连接请求报文的片段时,向客户端返回ACK报文,所述ACK报文中的窗口WINDOW域值等于所述服务器返回的SYNACK报文中WINDOW域值;
接收客户端返回的携带有所述VPN连接请求的剩余片段的TCP报文;
根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文返回至所述服务器。
本发明实施例提供的一种传输控制协议TCP连接的建立装置,包括:
接收单元,用于在完成与客户端的三次握手过程且向作为虚拟专用网VPN网关的服务器发送同步SYN报文后,接收服务器返回的同步确认SYNACK报文;以及接收客户端返回的携带有VPN连接请求的剩余片段的TCP报文;
判断单元,用于在接收单元接收服务器返回的SYNACK报文之后,判断是否缓存有客户端发送的VPN连接请求报文的片段;
报文生成单元,用于在判断单元判断结果为是时,生成返回给客户端的ACK报文,所述ACK报文中的窗口WINDOW域值等于所述服务器返回的SYNACK报文中WINDOW域值;以及根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文;
发送单元,用于在判断单元判断结果为是时,将报文生成单元生成的ACK报文返回给客户端;以及将携带完整VPN连接请求的ACK报文返回至所述服务器。
本发明实施例提供一种网络设备,该网络设备包括本发明实施例提供的TCP连接的建立装置。
本发明实施例的有益效果包括:
本发明实施例提供的上述TCP连接的建立方法及装置,轻量SYN代理在完成与客户端之间的三次握手过程以及接收到作为VPN网关的服务器发送的SYNACK报文之后,在本地缓存有VPN连接请求片段的情况下,将服务器发送的SYNACK报文改造成返回给客户端的ACK报文,由于该ACK报文的WINDOW域值等于服务器接收缓冲空间的大小,远大于缓存VPN连接请求所需容量大小,使得客户端能够根据服务器接收缓冲空间的大小,将VPN连接请求的剩余片段通过TCP报文发送回轻量SYN代理,轻量SYN代理将缓存的VPN连接请求的片段以及客户端通过TCP报文发送的VPN连接请求的剩余部分合并成完整的VPN连接请求,这样可以保证发给服务器的VPN连接请求的首报文携带有完整的VPN连接请求的所有信息,避免现有技术在轻量SYN代理与服务器三次握手过程中,服务器将轻量SYN代理的发送的携带有客户端VPN请求报文片段的ACK报文作为非法报文导致客户端无法建立VPN连接的问题。
附图说明
图1为现有技术中TCP协议中客户端和服务器之间的三次握手过程流程图;
图2为现有技术中有SYN代理参与的客户端和服务器的三次握手过程的流程图;
图3为本发明实施例提供的TCP连接的建立方法的流程图;
图4为本发明实施例提供的TCP连接的建立装置的结构示意图。
具体实施方式
下面结合附图,对本发明实施例提供的一种TCP连接的建立方法、装置和网络设备的具体实施方式进行详细地说明。
本发明实施例提供的TCP连接的建立方法,对现有技术中轻量SYN代理与客户端和服务器之间的交互流程进行了改进,具体流程图如图3所示,包括:
S301、客户端向轻量SYN代理发送SYN报文;
S302、轻量SYN代理向客户端返回SYNACK报文;
在本步骤S302中,为了节约防火墙的有限的缓存,轻量SYN代理将发送给SYNACK报文中设定WINDOW域的值为一个很小的值例如为1个字节。
S303、客户端向轻量SYN代理返回SYNACK报文对应的ACK报文。
上述步骤S301~S303的实施方法与现有技术相同,轻量SYN代理和客户端之间完成了三次握手过程。
在步骤S303后,客户端如果需要向作为VPN网关的服务器发起VPN请求,则执行下述步骤S304;
S304、客户端根据轻量SYN代理返回的SYNACK报文中的WINDOW域值的大小,对VPN连接请求进行分片,向轻量SYN代理发送ACK报文,该报文总长度等于步骤S302中SYNACK报文的WINDOW域值的大小。
S305、轻量SYN代理在完成与客户端的三次握手过程之后,向作为VPN网关的服务器发送SYN报文;
S306、服务器接收到轻量SYN代理发送的SYN报文后,向其返回SYNACK报文;
需要说明的是,上述步骤S304与上述步骤S305以及S306之间相互独立,并没有严格的时间顺序,步骤S304有可能在步骤S306之前执行,也有可能在S306之后执行。
S307、轻量SYN代理判断是否本地缓存有VPN连接请求的片段;若缓存有,执行步骤S308,若没有缓存VPN连接请求的片段,执行步骤S311;
如果步骤S304在步骤S306之前执行,那么轻量SYN代理在本步骤中将缓存VPN连接请求片段,反之则不会缓存VPN连接请求的片段。
S308、轻量SYN代理将服务器发送的SYNACK报文改造成ACK报文,该ACK报文的WINDOW域值等于服务器发送的SYNACK报文中WINDOW域值;
S309、客户端向轻量SYN代理发送TCP报文,该TCP报文中携带有VPN连接请求的剩余片段;
在上述步骤S308中,轻量SYN代理发送的ACK报文中的WINDOW域值等于服务器发送的SYNACK报文的WINDOW域值,由于服务器WINDOW域值意味着服务器的接收缓冲区的大小,一般都会远大于VPN连接请求(包含完整的VPN连接请求的相关信息)的大小,也就是说服务器的接收缓冲区的大小足够容纳完整的VPN连接请求的大小,不至于对客户端发送的VPN连接请求造成限制;
因此,在本步骤S309中,客户端根据轻量SYN代理在步骤S308中发送的ACK报文中的WINDOW域值的大小,接着将之前因接收方接收缓冲限制而延迟待发的VPN连接请求的剩余片段发送至轻量SYN代理。
对于客户端来说,轻量SYN代理是透明的,它根据接收的报文中的WINDOW域值的大小决定是否将VPN连接请求分片发送。
S310、轻量SYN代理根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文返回至服务器;
在本步骤S310中,轻量SYN代理将客户端返回的TCP报文中***缓存的VPN连接请求的片段,将缓存的VPN连接请求的片段和VPN连接请求的剩余片段合并为完整的VPN连接请求;
然后轻量SYN代理重新计算该TCP报文的IP和校验和,将其改造成返回给服务器的ACK报文。
S311、轻量SYN代理直接将服务器发送的SYNACK报文改造成ACK报文返回给服务器。
本步骤S311中,轻量SYN代理发送给服务器的ACK报文的过程与现有技术中SYN与服务器之间三次握手过程中发送的ACK报文的过程相同,在此不再详述。
经过上述过程,轻量SYN代理在完成与作为VPN网关的服务器之间的三次握手过程中,将完整的VPN连接请求发送至服务器,避免了现有技术中在轻量SYN代理与服务器三次握手过程中,服务器将轻量SYN代理的发送的携带有客户端VPN请求报文片段的ACK报文作为非法报文导致客户端无法建立VPN连接的问题。
基于同一发明构思,本发明实施例还提供了一种TCP连接的建立装置及网络设备,由于该装置及设备解决问题的原理与前述一种TCP连接的建立方法相似,因此该装置和网络设备的实施可以参见方法的实施,重复之处不再赘还。
本发明实施例提供的上述TCP连接的建立装置及网络设备,如图4所示,包括:
接收单元401,用于在完成与客户端的三次握手过程且向作为VPN网关的服务器发送同步SYN报文后,接收服务器返回的同步确认SYNACK报文;以及接收客户端返回的携带有VPN连接请求的剩余片段的TCP报文;
判断单元402,用于在接收单元接收服务器返回的SYNACK报文之后,判断是否缓存有客户端发送的VPN连接请求报文的片段;
报文生成单元403,用于在判断单元402的判断结果为是时,生成返回给客户端的ACK报文,所述ACK报文中的窗口WINDOW域值等于所述服务器返回的SYNACK报文中WINDOW域值;以及根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文;
发送单元404,用于在判断单元402的判断结果为是时,将报文生成单元生成的ACK报文返回给客户端;以及将携带完整VPN连接请求的ACK报文返回至所述服务器。
进一步地,上述报文生成单元403,具体用于通过改造服务器返回的SYNACK报文,生成返回给客户端的ACK报文,所述生成的ACK报文中的WINDOW域值等于所述SYNACK报文报头中的WINDOW域值。
进一步地,上述报文生成单元403,具体用于将客户端返回的TCP报文中***缓存的VPN连接请求的片段,将所述缓存的VPN连接请求的片段和所述VPN连接请求的剩余片段合并为完整的VPN连接请求;重新计算所述TCP报文的IP和校验和,改造成返回给服务器的ACK报文。
进一步地,所述报文生成单元403,还用于在判断单元402判断未缓存有客户端发送的VPN连接请求报文的片段之后,将服务器返回的SYNACK报文改造成发送给服务器的ACK报文;
所述发送单元404,还用于在判断单元402判断未缓存有客户端发送的VPN连接请求报文的片段之后,将所述报文生成单元改造后的ACK报文发送至服务器。
本发明实施例还提供了一种网络设备,该网络设备包含本发明实施例提供的上述TCP连接的建立装置。
较佳地,上述TCP连接的建立装置设置于该网络设备的防火墙中。
本发明实施例提供的上述TCP连接的建立方法及装置,轻量SYN代理在完成与客户端之间的三次握手过程以及接收到作为VPN网关的服务器发送的SYNACK报文之后,在本地缓存有VPN连接请求片段的情况下,将服务器发送的SYNACK报文改造成返回给客户端的ACK报文,由于该ACK报文的WINDOW域值等于服务器接收缓冲空间的大小,远大于缓存VPN连接请求所需容量大小,使得客户端能够根据服务器接收缓冲空间的大小,将VPN连接请求的剩余片段通过TCP报文发送回轻量SYN代理,轻量SYN代理将缓存的VPN连接请求的片段以及客户端通过TCP报文发送的VPN连接请求的剩余部分合并成完整的VPN连接请求,这样可以保证发给服务器的VPN连接请求的首报文携带有完整的VPN连接请求的所有信息,避免现有技术在轻量SYN代理与服务器三次握手过程中,服务器将轻量SYN代理的发送的携带有客户端VPN请求报文片段的ACK报文作为非法报文导致客户端无法建立VPN连接的问题。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种传输控制协议TCP连接的建立方法,其特征在于,包括:
在完成与客户端的三次握手过程且向作为虚拟专用网VPN网关的服务器发送同步SYN报文后,接收服务器返回的同步确认SYNACK报文;
在判断缓存有客户端发送的VPN连接请求报文的片段时,向客户端返回ACK报文,所述ACK报文中的窗口WINDOW域值等于所述服务器返回的SYNACK报文中WINDOW域值;
接收客户端返回的携带有所述VPN连接请求的剩余片段的TCP报文;
根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文返回至所述服务器。
2.如权利要求1所述的方法,其特征在于,所述向客户端返回的ACK报文,具体通过下述方式生成:
通过改造服务器返回的SYNACK报文,生成ACK报文。
3.如权利要求1所述的方法,其特征在于,生成携带完整VPN连接请求的ACK报文,具体包括:
将客户端返回的TCP报文中***缓存的VPN连接请求的片段,将所述缓存的VPN连接请求的片段和所述VPN连接请求的剩余片段合并为完整的VPN连接请求;
重新计算所述TCP报文的IP和校验和,改造成返回给服务器的ACK报文。
4.如权利要求1-3任一项所述的方法,其特征在于,在判断未缓存有客户端发送的VPN连接请求报文的片段之后,还包括:
将服务器返回的SYNACK报文改造成发送给服务器的ACK报文并发送至所述服务器。
5.一种传输控制协议TCP连接的建立装置,其特征在于,包括:
接收单元,用于在完成与客户端的三次握手过程且向作为虚拟专用网VPN网关的服务器发送同步SYN报文后,接收服务器返回的同步确认SYNACK报文;以及接收客户端返回的携带有VPN连接请求的剩余片段的TCP报文;
判断单元,用于在接收单元接收服务器返回的SYNACK报文之后,判断是否缓存有客户端发送的VPN连接请求报文的片段;
报文生成单元,用于在判断单元判断结果为是时,生成返回给客户端的ACK报文,所述ACK报文中的窗口WINDOW域值等于所述服务器返回的SYNACK报文中WINDOW域值;以及根据缓存的VPN连接请求的片段和客户端返回的该VPN连接请求的剩余片段,生成携带完整VPN连接请求的ACK报文;
发送单元,用于在判断单元判断结果为是时,将报文生成单元生成的ACK报文返回给客户端;以及将携带完整VPN连接请求的ACK报文返回至所述服务器。
6.如权利要求5所述的装置,其特征在于,所述报文生成单元,具体用于通过改造服务器返回的SYNACK报文,生成返回给客户端的ACK报文。
7.如权利要求5所述的装置,其特征在于,所述报文生成单元,具体用于将客户端返回的TCP报文中***缓存的VPN连接请求的片段,将所述缓存的VPN连接请求的片段和所述VPN连接请求的剩余片段合并为完整的VPN连接请求;重新计算所述TCP报文的IP和校验和,改造成返回给服务器的ACK报文。
8.如权利要求5所述的装置,其特征在于,所述报文生成单元,还用于在判断单元判断未缓存有客户端发送的VPN连接请求报文的片段之后,将服务器返回的SYNACK报文改造成发送给服务器的ACK报文;
所述发送单元,还用于在判断单元判断未缓存有客户端发送的VPN连接请求报文的片段之后,将所述报文生成单元改造后的ACK报文发送至服务器。
9.一种网络设备,其特征在于,该网络设备包括如权利要求5-8任一项所述的传输控制协议TCP连接的建立装置。
10.如权利要求9所述的网络设备,其特征在于,所述传输控制协议TCP连接的建立装置设置于所述网络设备的防火墙中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010599207 CN102025746B (zh) | 2010-12-21 | 2010-12-21 | 一种tcp连接的建立方法、装置及网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010599207 CN102025746B (zh) | 2010-12-21 | 2010-12-21 | 一种tcp连接的建立方法、装置及网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102025746A true CN102025746A (zh) | 2011-04-20 |
CN102025746B CN102025746B (zh) | 2013-04-17 |
Family
ID=43866600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010599207 Active CN102025746B (zh) | 2010-12-21 | 2010-12-21 | 一种tcp连接的建立方法、装置及网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102025746B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355462A (zh) * | 2011-10-09 | 2012-02-15 | 大唐移动通信设备有限公司 | 一种实现tcp传输的方法及装置 |
CN102546794A (zh) * | 2011-12-30 | 2012-07-04 | 华为技术有限公司 | 浏览器客户端与后端服务器直通的方法、网关和通信*** |
CN103491065A (zh) * | 2012-06-14 | 2014-01-01 | 中兴通讯股份有限公司 | 一种透明代理及其实现方法 |
CN104184749A (zh) * | 2014-09-15 | 2014-12-03 | 上海斐讯数据通信技术有限公司 | 一种sdn网络访问方法及*** |
CN104219215A (zh) * | 2013-06-05 | 2014-12-17 | 深圳市腾讯计算机***有限公司 | 一种tcp连接的建立方法、装置、终端、服务器及*** |
CN106605398A (zh) * | 2014-07-10 | 2017-04-26 | 诺基亚通信公司 | 唯一连接标识符 |
CN106657076A (zh) * | 2016-12-26 | 2017-05-10 | 北京神州绿盟信息安全科技股份有限公司 | 一种网络命名空间的tcp服务实现方法及装置 |
CN108111509A (zh) * | 2017-12-19 | 2018-06-01 | 北京百度网讯科技有限公司 | 数据传输方法 |
CN112311731A (zh) * | 2019-07-29 | 2021-02-02 | 联合汽车电子有限公司 | 车载处理器、车载控制器及通信方法 |
CN112422396A (zh) * | 2020-11-04 | 2021-02-26 | 郑州信大捷安信息技术股份有限公司 | 一种基于sslvpn通道的tcp网络传输加速方法和*** |
CN117579233A (zh) * | 2024-01-15 | 2024-02-20 | 杭州优云科技股份有限公司 | 一种报文重传方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101534302A (zh) * | 2009-04-16 | 2009-09-16 | 杭州华三通信技术有限公司 | 一种提供tcp服务的方法、***和相关装置 |
CN101547210A (zh) * | 2009-05-14 | 2009-09-30 | 福建星网锐捷网络有限公司 | 一种tcp连接的处理方法和装置 |
CN101594269A (zh) * | 2009-06-29 | 2009-12-02 | 成都市华为赛门铁克科技有限公司 | 一种异常连接的检测方法、装置及网关设备 |
-
2010
- 2010-12-21 CN CN 201010599207 patent/CN102025746B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101534302A (zh) * | 2009-04-16 | 2009-09-16 | 杭州华三通信技术有限公司 | 一种提供tcp服务的方法、***和相关装置 |
CN101547210A (zh) * | 2009-05-14 | 2009-09-30 | 福建星网锐捷网络有限公司 | 一种tcp连接的处理方法和装置 |
CN101594269A (zh) * | 2009-06-29 | 2009-12-02 | 成都市华为赛门铁克科技有限公司 | 一种异常连接的检测方法、装置及网关设备 |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355462B (zh) * | 2011-10-09 | 2015-05-20 | 大唐移动通信设备有限公司 | 一种实现tcp传输的方法及装置 |
WO2013053304A1 (zh) * | 2011-10-09 | 2013-04-18 | 大唐移动通信设备有限公司 | 一种实现tcp传输的方法及装置 |
CN102355462A (zh) * | 2011-10-09 | 2012-02-15 | 大唐移动通信设备有限公司 | 一种实现tcp传输的方法及装置 |
CN102546794A (zh) * | 2011-12-30 | 2012-07-04 | 华为技术有限公司 | 浏览器客户端与后端服务器直通的方法、网关和通信*** |
CN103491065A (zh) * | 2012-06-14 | 2014-01-01 | 中兴通讯股份有限公司 | 一种透明代理及其实现方法 |
CN104219215B (zh) * | 2013-06-05 | 2019-02-26 | 深圳市腾讯计算机***有限公司 | 一种tcp连接的建立方法、装置、终端、服务器及*** |
CN104219215A (zh) * | 2013-06-05 | 2014-12-17 | 深圳市腾讯计算机***有限公司 | 一种tcp连接的建立方法、装置、终端、服务器及*** |
CN106605398B (zh) * | 2014-07-10 | 2021-02-26 | 诺基亚通信公司 | 唯一连接标识符 |
CN106605398A (zh) * | 2014-07-10 | 2017-04-26 | 诺基亚通信公司 | 唯一连接标识符 |
CN104184749A (zh) * | 2014-09-15 | 2014-12-03 | 上海斐讯数据通信技术有限公司 | 一种sdn网络访问方法及*** |
CN104184749B (zh) * | 2014-09-15 | 2019-07-19 | 上海斐讯数据通信技术有限公司 | 一种sdn网络访问方法及*** |
CN106657076A (zh) * | 2016-12-26 | 2017-05-10 | 北京神州绿盟信息安全科技股份有限公司 | 一种网络命名空间的tcp服务实现方法及装置 |
CN106657076B (zh) * | 2016-12-26 | 2020-04-07 | 北京神州绿盟信息安全科技股份有限公司 | 一种网络命名空间的tcp服务实现方法及装置 |
CN108111509A (zh) * | 2017-12-19 | 2018-06-01 | 北京百度网讯科技有限公司 | 数据传输方法 |
US10848599B2 (en) | 2017-12-19 | 2020-11-24 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Data transmission method and gateway as well as server and computer-readable storage medium |
CN108111509B (zh) * | 2017-12-19 | 2020-11-06 | 北京百度网讯科技有限公司 | 数据传输方法 |
CN112311731A (zh) * | 2019-07-29 | 2021-02-02 | 联合汽车电子有限公司 | 车载处理器、车载控制器及通信方法 |
CN112422396A (zh) * | 2020-11-04 | 2021-02-26 | 郑州信大捷安信息技术股份有限公司 | 一种基于sslvpn通道的tcp网络传输加速方法和*** |
CN117579233A (zh) * | 2024-01-15 | 2024-02-20 | 杭州优云科技股份有限公司 | 一种报文重传方法及装置 |
CN117579233B (zh) * | 2024-01-15 | 2024-04-23 | 杭州优云科技股份有限公司 | 一种报文重传方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102025746B (zh) | 2013-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102025746B (zh) | 一种tcp连接的建立方法、装置及网络设备 | |
CN1251446C (zh) | 一种防御网络传输控制协议同步报文泛滥攻击的方法 | |
CN101547210A (zh) | 一种tcp连接的处理方法和装置 | |
EP3352431B1 (en) | Network load balance processing system, method, and apparatus | |
EP2741463B1 (en) | Data packet transmission method | |
CN101771695A (zh) | Tcp连接的处理方法、***及syn代理设备 | |
CN1909551B (zh) | 基于Web服务的数据交换方法 | |
JP6148459B2 (ja) | データを送信ノードから宛先ノードに移送する方法 | |
CN104506513A (zh) | 防火墙流表备份方法、防火墙及防火墙*** | |
CN101296223B (zh) | 一种实现防火墙芯片参与syn代理的方法 | |
CN101834783A (zh) | 一种报文转发方法、装置及网络设备 | |
CN102427452B (zh) | 同步报文发送方法、装置和网络设备 | |
JP2007228294A5 (zh) | ||
WO2011057525A1 (zh) | 基于包处理的http服务器及其数据处理方法 | |
WO2015031120A1 (en) | Wireless networking with flexibly-ordered relayers | |
CN101547134A (zh) | 一种udp连接和tcp连接相互转化的方法、***及中转服务器 | |
US9261948B2 (en) | Image forming apparatus and control method for executing a proxy in response to a heartbeat | |
CN102694727A (zh) | 实现网络数据包转发加速的方法及装置 | |
CN111314447B (zh) | 代理服务器及其处理访问请求的方法 | |
US20130191501A1 (en) | Procedures for the Transfer of User Data | |
US8737413B2 (en) | Relay server and relay communication system | |
JP2010141819A (ja) | 通信装置、通信方法および通信プログラム | |
KR100932968B1 (ko) | 호스트 컴퓨터의 개입이 없는 toe의 tcp 재전송 처리방법 | |
CN105491057B (zh) | 防止分布式拒绝服务DDoS攻击的数据传输方法和装置 | |
KR20110069501A (ko) | Autosar 기반 can 통신 장치 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |