CN104184646B - Vpn网络数据交互方法和系统及其网络数据交互设备 - Google Patents
Vpn网络数据交互方法和系统及其网络数据交互设备 Download PDFInfo
- Publication number
- CN104184646B CN104184646B CN201410452481.XA CN201410452481A CN104184646B CN 104184646 B CN104184646 B CN 104184646B CN 201410452481 A CN201410452481 A CN 201410452481A CN 104184646 B CN104184646 B CN 104184646B
- Authority
- CN
- China
- Prior art keywords
- tcp
- pseudo
- vpn
- data bag
- data
- 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
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及虚拟专用网技术,其提供了一种VPN网络数据交互方法,其包括:用于封装并发送数据包的步骤,该步骤包括:基于TCP三次握手协议建立与公用网络节点之间的连接;在加密数据包前添加伪TCP头部,形成伪TCP数据包;利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,用以将所述伪TCP数据包转发至目标VPN节点。本发明的方法相比现有技术的方式,提高了VPN网络的兼容性好,实现了性能较高的VPN连接。本发明还提供了一种VPN网络数据交互系统及其设备。
Description
技术领域
本发明涉及虚拟专用网技术,特别是涉及一种VPN网络数据交互方法和系统及其网络数据交互设备。
背景技术
随着Internet的迅猛发展和网络社会化的到来,网络已经无所不在地影响着社会的政治、经济、文化、军事、意识形态和社会生活等各个方面。同时在全球范围内针对重要信息资源和网络基础设施的入侵行为和企图入侵行为的数量仍在持续不断增加,网络攻击与入侵行为对国家安全、经济和社会造成了极大的威胁。
如图1所示,虚拟专用网(英语:Virtual Private Network,简称VPN),是一种常用于连接中、大型企业或团体与团体间的私人网络的通讯方法。虚拟私人网络的讯息透过公用的网络架构(例如:互联网)来传送内联网的网络讯息。它利用已加密的通道协议(Tunneling Protocol)来达到保密、传送端认证、信息准确性等私人信息安全效果。
图1中,现有VPN技术(VPN-Virtual Private Network,即指在公用网络上建立专用网络的技术)主要通过以下两种方式来实现:
(1)对数据包进行加密后,通过UDP(是User Datagram Protocol的简称,中文名是用户数据报协议,是OSI(Open System Interconnection,开放式系统互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETF RFC 768是UDP的正式规范。)来进行传输。直接通过UDP协议传输数据时,由于P2P等协议都采用UDP来实现,运营商往往会对UDP协议进行流量控制,防止网络拥塞,结果就会导致使用UDP协议建立的VPN极不稳定。
(2)对数据包进行加密后,通过TCP(Transmission Control Protocol,即传输控制协议)来进行传输。使用该方式传输时,则会存在诸如数据传输流程比较复杂、需要等待确认数据包是否收到、如果一有丢包就需要重传等情况的发生,导致其性能表现不够好。
鉴于以上两种方式均会使VPN在实际使用过程中存在一定的缺陷,则需要改进VPN专用网络接入公共网络时的数据传输方式。
发明内容
基于此,有必要针对因UDP网络兼容性不好、TCP天生性能不足导致VPN在实际使用过程中存在的缺陷,提供一种VPN网络数据交互方法和系统及其网络数据交互设备。
一种VPN网络数据交互方法,所述方法包括:
用于封装并发送数据包的步骤,该步骤包括:
基于TCP三次握手协议建立与公用网络节点之间的连接;
在加密数据包前添加伪TCP头部,形成伪TCP数据包;
利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,用以将所述伪TCP数据包转发至目标VPN节点;
用于接收并处理数据包的步骤,该步骤包括:
接收来自所述公用网络节点转发的伪TCP数据包;
去除所述伪TCP数据包的伪TCP头部,获得相应的加密数据包。
在其中一个实施例中,在执行所述用于封装并发送数据包的步骤或执行用于接收并处理数据包的步骤之前,所述方法还包括:建立与目标VPN节点之间的虚拟专用网络通信隧道。
在其中一个实施例中,所述伪TCP头部为符合TCP协议格式要求、但选项字段被赋值为用于与真实TCP数据包相区分的特定标志的TCP头部字段。
在其中一个实施例中,所述方法中,对应用数据进行分段、压缩、添加MAC地址信息后加密形成所述加密数据包。
在其中一个实施例中,所述接收来自所述公用网络节点转发的伪TCP数据包的步骤包括:
接收来自公用网络节点转发的数据包;
判断所述接收的数据包是否具有伪TCP头部,若是,则判定接收的数据包为伪TCP数据包,用于执行去除伪TCP头部的步骤,若否,则采用VPN技术中的解密技术对接收的数据包直接进行处理。
基于上述方法,本发明还提供了一种VPN网络数据交互系统,其包括:
公用网络节点,配置为用于转发来自VPN节点的数据包;
VPN节点,配置为用于基于TCP三次握手协议建立与所述公用网络节点之间的连接,在加密数据包前添加伪TCP头部形成伪TCP数据包,再利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点;或者接收来自所述公用网络节点的伪TCP数据包,并去除所述伪TCP数据包的伪TCP头部获得相应的加密数据包。
在其中一个实施例中,所述VPN节点还包括判断接收的来自所述公用网络节点的数据包是否具有伪TCP头部,针对具有伪TCP头部的数据包去除所述伪TCP头部,获得相应的加密数据包。
基于上述系统,本发明还提供了一种VPN网络数据交互设备,其包括:
TCP会话协议模块,用于基于TCP三次握手协议建立与公用网络节点之间的连接;
TCP数据封装/解封装模块,用于在加密数据包前添加伪TCP头部形成伪TCP数据包,或者将接收到的伪TCP数据包去除所述伪TCP头部获得所述加密数据包;及
数据转发/接收模块,用于利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,或者接收来自公用网络节点的所述伪TCP数据包。
在其中一个实施例中,所述设备还包括:通信隧道建立模块,用于建立与目标VPN节点之间的虚拟专用网络通信隧道。
在其中一个实施例中,所述设备还包括:数据加密/解密模块,用于采用VPN技术中的加密技术对数据进行加密形成所述加密数据包,或者采用VPN技术中的解密技术对接收的加密数据包进行解密处理。
上述VPN网络数据交互方法、系统及设备中,通过基于TCP三次握手协议建立与公用网络节点的连接后,对内网数据包加密后,再加上伪TCP头部不通过协议栈而采用通过底层数据传输的方式,通过公用网络节点将数据包转发给目标VPN节点,而目标VPN节点则直接从底层收到伪TCP包后,去除伪TCP头部,解密数据包,从而获得应用数据。本发明的方法相比现有技术的方式,提高了VPN网络的兼容性好,实现了性能较高的VPN连接。
附图说明
图1为现有的VPN网络基本功能图;
图2为本发明的VPN网络数据交互方法的一实施例流程示意图;
图3为本发明的VPN网络数据交互方法的另一实施例流程示意图;
图4为本发明的VPN网络数据交互系统的架构示意图;
图5为本发明的最优实施例的网络信息传输流程示意图;
图6为TCP数据封装/解封装模块的结构示意图。
具体实施方式
本发明通过提供的一种VPN网络数据交互的新方法,既解决了由于UDP流控导致VPN网络建立不起来的问题,又解决TCP性能不足的问题,从而实现了VPN的网络适应能力和有UDP流控环境下的网络性能的双重提升。本发明的具体实施例通过以下实施例说明。
如图2所示,本实施例提供了一种VPN网络数据交互方法,其包括:用于封装并发送数据包的步骤和用于接收并处理数据包的步骤,这两个步骤是相应的逆向过程,具体如下所述。
在用于封装并发送数据包的步骤中,该步骤包括:
步骤201:基于TCP三次握手协议建立与公用网络节点之间的连接。
步骤202:在加密数据包前添加伪TCP头部,形成伪TCP数据包;这里的加密数据包是指对应用数据进行分段、压缩、添加MAC地址信息后加密形成的数据包,即通过VPN加密技术形成的VPN数据包。
步骤203:利用数据链路控制协议将伪TCP数据包传送至公用网络节点,用以将伪TCP数据包转发至目标VPN节点。本实施例的VPN节点可以是VPN网关、路由,或者具有VPN网关或路由功能的终端或服务器。本实施例的公用网络节点可以是公用网络服务器、路由、网关等等。在本实施例中利用数据链路控制协议通过底层传输伪TCP数据包至目标VPN节点,而数据包的处理跳过传输层、协议栈直接在IP层进行。
在用于接收并处理数据包的步骤中,该步骤包括:
步骤301:接收来自公用网络节点转发的伪TCP数据包;
步骤302:去除伪TCP数据包的伪TCP头部,获得相应的加密数据包。
在上述实施例中,如图3所示,上述用于接收并处理数据包的步骤中,步骤301包括:
步骤311:接收来自公用网络节点转发的数据包;
步骤312:判断接收的数据包是否具有伪TCP头部,若是,则判定接收的数据包为伪TCP数据包,执行步骤302,去除伪TCP头部,获得加密数据包,从而再利用VPN技术中的解密技术对其进行解密处理,若否,则判定接收的数据包为非伪TCP数据包,执行步骤313:采用VPN技术中的解密技术对接收的数据包直接进行处理。
在上述实施例中,在执行用于封装并发送数据包的步骤或执行用于接收并处理数据包的步骤之前,所述方法还包括:建立与目标VPN节点之间的虚拟专用网络通信隧道。这里的虚拟专用网络通信隧道即VPN隧道,可以采用常规方法实现,比如通过源VPN节点发起建立通信隧道连接的请求给地址代理服务器,地址代理服务器根据请求中的目标终端地址提供目标VPN节点的外网地址,然后再由源VPN节点将应用数据按照不同的VPN技术加密成不同的VPN数据包,并就目标VPN节点的外网地址一并发送给公用网络服务器,然后由公用网络服务器将相应数据发送目标VPN节点,再由目标VPN节点发送给目标终端。
在本实施例中,上述步骤201基于TCP三次握手协议建立与公用网络节点之间的连接通过发起TCP三次握手协议来与所述公用网络节点实现通信连接。具体方式可以参见标准的TCP三次握手协议。
在本实施例中,上述步骤202的伪TCP头部包括随机生成或预设的虚拟源目标主机端口号、目标主机端口号、顺序号、确认号、头部长度、标志位、窗口大小、校验字、选项字段中的几个字段的组合,完全符合TCP协议要求的格式,但是在伪TCP头部中的选项字段被赋值为特定标志,用于与真实TCP数据包相区分,表示该TCP数据包为非真实TCP数据包,即伪TCP数据包。这里主要针对VPN数据包,将其伪装成TCP数据包发送给公用网络节点,避免数据被限制或者被排队等候,从而提高VPN网络的适应性能,但是,其只是具有TCP头部特征但为非真实的TCP数据包,所以不具备TCP数据流的特征,比如发送端不等待确认号,不重传,不限制流量,没有拥塞控制,从而提高了VPN网络的数据传输速度。
基于上述方法,如图4所示,本实施例提供了一种VPN网络数据交互系统,其包括:
公用网络节点,配置为用于转发来自VPN节点的数据包;
VPN节点,配置为用于基于TCP三次握手协议建立与所述公用网络节点之间的连接,在加密数据包前添加伪TCP头部形成伪TCP数据包,再利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,用以将所述伪TCP数据包转发至所述目标VPN节点;或者接收来自所述公用网络节点的伪TCP数据包,并去除所述伪TCP数据包的伪TCP头部获得相应的加密数据包。这里的VPN节点可以是VPN网关、路由,或者具有VPN网关或路由功能的终端或服务器。
在本实施例的VPN节点上增加了实现上述方法的功能,主要是为了使VPN节点适配公用网络节点实现上述VPN网络数据交互方法。鉴于上述方法中还包括判断接收的来自公有网络节点是否是伪TCP数据包的步骤,则上述VPN节点中还可以是:VPN节点配置为用于基于TCP三次握手协议建立与所述公用网络节点之间的连接,在加密数据包前添加伪TCP头部形成伪TCP数据包,再利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点;或者判断接收的来自所述公用网络节点的数据包是否具有伪TCP头部,针对具有伪TCP头部的数据包去除所述伪TCP头部,获得相应的加密数据包。这里的判断接收的来自公用网络节点的数据包是否是伪TCP数据包的依据是判断数据包是否具有伪TCP头部,而根据上述有关伪TCP头部的解释,可以理解在判断是否具有伪TCP头部时只要读取选项字段就可以判定了,如果选项字段是上述预设的特定标志,则表示是伪TCP头部,反之则为真实的TCP数据包。
基于上述系统和方法,如图4所示,本实施例还提供了一种VPN网络数据交互设备400,其包括:
TCP会话协议模块405,用于基于TCP三次握手协议建立与公用网络节点之间的连接;
TCP数据封装/解封装模块404,用于在加密数据包前添加伪TCP头部形成伪TCP数据包,或者将接收到的伪TCP数据包去除所述伪TCP头部获得所述加密数据包;及
数据转发/接收模块401,用于利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,或者接收来自公用网络节点的所述伪TCP数据包。
在其中一个实施例中,所述设备还包括:通信隧道建立模块403,用于建立与目标VPN节点之间的虚拟专用网络通信隧道。
在其中一个实施例中,所述设备还包括:数据加密/解密模块402,用于采用VPN技术中的加密技术对数据进行加密形成加密数据包,或者采用VPN技术中的解密技术对加密数据包进行解密处理。本模块的主要实现方式可参见VPN技术中有关数据包的封装和加密方式。
在其中一个实施例中,如图6所示,上述TCP数据封装/解封装模块404包括以下单元:
输入单元414,用于接收来自外部的加密数据包或来自公用网络节点的数据包,比如来自数据加密/解密模块402的加密数据包或者来自公用网络节点的数据包;
封装单元424,用于在加密数据包前添加伪TCP头部形成伪TCP数据包;
判断单元454,用于依据判断来自公用网络节点的数据包是否具有TCP头部,来划分数据包的类型为伪TCP数据包或非伪TCP数据包;
解封装单元444,用于将接收到的伪TCP数据包去除伪TCP头部获得相应的加密数据包;及
输出单元434,用于将封装单元424生成的伪TCP数据包发送给数据转发/接收模块401,或者将解封装单元444获得加密数据包或输入单元接收的非伪TCP数据包发送给数据加密/解密模块402进行解密处理。
下面结合附图5说明本发明方法中有关数据交互的最优实施例,其中公有网络服务器作为公有网络节点,以下方法在于实现第一私有网络终端A与第二私有网络终端B的数据交互,第一私有网络内的各个终端通过源VPN节点转发消息,第二私有网络内的各个终端通过目标VPN节点转发消息。
步骤601:源VPN节点根据第一私有网络终端A的需求向地址代理服务器发送登陆连接请求,此登陆连接请求中含有告知地址代理服务器的第二私有网络终端B(即目标终端)的私有网络地址。
步骤602:根据上述登陆连接请求中的目标终端私有网路地址,地址代理服务器查找并反馈相应的目标VPN节点外网地址。
步骤603:根据获得的目标VPN节点外网地址,源VPN节点向公用网络服务器发送请求建立VPN通信隧道的连接请求。
步骤604:接收上述连接请求,公用网络服务器将上述连接请求转发给目标VPN节点。
步骤605:接收上述连接请求,目标VPN节点反馈给公用网络服务器响应所述连接请求的应答消息。
步骤606:公用网络服务器在接收到所述应答消息后,告知源VPN节点目标节点已准备建立连接的消息。
步骤607:源VPN节点收到来自公用网络服务器的上述告知消息,并反馈应答消息,说明源VPN节点与目标VPN节点之间的虚拟专用网络通信隧道已建立成功,准备传输数据包。
步骤608:源VPN节点发送SYN(SEQ=x)报文给公用网络服务器,进入SYN_SEND状态。
步骤609:公用网络服务器收到SYN报文,回应一个SYN(SEQ=y)ACK(ACK=x+1)报文,进入SYN_RECV状态。
步骤610:源VPN节点收到公用网络服务器的SYN报文,回应一个ACK(ACK=y+1)报文,进入Established状态。通过步骤608、609、610实现基于TCP三次握手协议的与公用网络服务器之间的连接。
步骤611:在源VPN节点内,根据VPN技术对应用数据进行分段、压缩、添加MAC地址信息后加密形成加密数据包,在此加密数据包前添加伪TCP头部形成伪TCP数据包(即满足TCP数据包格式要求、但选项字段被赋值为用于与真实TCP数据包相区分的特定标志的数据包),然后利用数据链路控制协议将伪TCP数据包传送至公用网络服务器。
步骤612:公用网络服务器直接将接收的伪TCP数据包,通过上述建立的虚拟专用网络通信隧道转发至目标VPN节点。目标VPN节点接收来自公用网络服务器转发的伪TCP数据包,去除伪TCP数据包的伪TCP头部后获得相应的加密数据包,或者目标VPN节点判断接收的来自公用网络服务器转发的数据包是否具有伪TCP头部(即判断接收的数据包中TCP头部的选项字段是否是上述特定标志),若是则判定接收的数据包为伪TCP数据包,去除伪TCP头部,获得相应的加密数据包;若否,则判定接收的数据包为非伪TCP数据包,采用VPN技术中的解密技术对接收的数据包直接进行处理。通过VPN技术中的解密技术解密该加密数据包获知第二私有网络终端B(即目标终端)的地址,并转发解密后的数据给该第二私有网络终端B。
上述实施例通过添加伪TCP头部封装数据包和底层传输数据包的方式,可以较好地适应公网环境,又有较高的性能,在公网环境下适应性表现较好,提高了VPN的适应性、可用性和性能。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种VPN网络数据交互方法,其特征在于,所述方法包括:
用于封装并发送数据包的步骤,该步骤包括:
基于TCP三次握手协议建立与公用网络节点之间的连接;
在加密数据包前添加伪TCP头部,形成伪TCP数据包,其中,所述伪TCP头部为符合TCP协议格式要求、但选项字段被赋值为用于与真实TCP数据包相区分的特定标志的TCP头部字段;
利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,用以将所述伪TCP数据包转发至目标VPN节点;
用于接收并处理数据包的步骤,该步骤包括:
接收来自所述公用网络节点转发的伪TCP数据包;
去除所述伪TCP数据包的伪TCP头部,获得相应的加密数据包。
2.根据权利要求1所述的VPN网络数据交互方法,其特征在于,
在执行所述用于封装并发送数据包的步骤或执行用于接收并处理数据包的步骤之前,所述方法还包括:建立与目标VPN节点之间的虚拟专用网络通信隧道。
3.根据权利要求1所述的VPN网络数据交互方法,其特征在于,所述方法中,对应用数据进行分段、压缩、添加MAC地址信息后加密形成所述加密数据包。
4.根据权利要求1所述的VPN网络数据交互方法,其特征在于,所述接收来自所述公用网络节点转发的伪TCP数据包的步骤包括:
接收来自公用网络节点转发的数据包;
判断所述接收的数据包是否具有伪TCP头部,若是,则判定接收的数据包为伪TCP数据包,用于执行去除伪TCP头部的步骤,若否,则采用VPN技术中的解密技术对接收的数据包直接进行处理。
5.一种VPN网络数据交互系统,其特征在于,所述系统包括:
公用网络节点,配置为用于转发来自VPN节点的数据包;
VPN节点,配置为用于基于TCP三次握手协议建立与所述公用网络节点之间的连接,在加密数据包前添加伪TCP头部形成伪TCP数据包,其中,所述伪TCP头部为符合TCP协议格式要求、但选项字段被赋值为用于与真实TCP数据包相区分的特定标志的TCP头部字段;再利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点;或者接收来自所述公用网络节点的伪TCP数据包,并去除所述伪TCP数据包的伪TCP头部获得相应的加密数据包。
6.根据权利要求5所述的VPN网络数据交互系统,其特征在于,所述VPN节点还包括判断接收的来自所述公用网络节点的数据包是否具有伪TCP头部,针对具有伪TCP头部的数据包去除所述伪TCP头部,获得相应的加密数据包。
7.一种VPN网络数据交互设备,其特征在于,所述设备包括:
TCP会话协议模块,用于基于TCP三次握手协议建立与公用网络节点之间的连接;
TCP数据封装/解封装模块,用于在加密数据包前添加伪TCP头部形成伪TCP数据包,或者将接收到的伪TCP数据包去除所述伪TCP头部获得所述加密数据包,其中,所述伪TCP头部为符合TCP协议格式要求、但选项字段被赋值为用于与真实TCP数据包相区分的特定标志的TCP头部字段;及
数据转发/接收模块,用于利用数据链路控制协议将所述伪TCP数据包传送至所述公用网络节点,或者接收来自公用网络节点的所述伪TCP数据包。
8.根据权利要求7所述的VPN网络数据交互设备,其特征在于,所述设备还包括:
通信隧道建立模块,用于建立与目标VPN节点之间的虚拟专用网络通信隧道。
9.根据权利要求7所述的VPN网络数据交互设备,其特征在于,所述设备还包括:数据加密/解密模块,用于采用VPN技术中的加密技术对数据进行加密形成所述加密数据包,或者采用VPN技术中的解密技术对接收的加密数据包进行解密处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410452481.XA CN104184646B (zh) | 2014-09-05 | 2014-09-05 | Vpn网络数据交互方法和系统及其网络数据交互设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410452481.XA CN104184646B (zh) | 2014-09-05 | 2014-09-05 | Vpn网络数据交互方法和系统及其网络数据交互设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104184646A CN104184646A (zh) | 2014-12-03 |
CN104184646B true CN104184646B (zh) | 2017-12-22 |
Family
ID=51965405
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410452481.XA Active CN104184646B (zh) | 2014-09-05 | 2014-09-05 | Vpn网络数据交互方法和系统及其网络数据交互设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104184646B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB201411912D0 (en) * | 2014-07-03 | 2014-08-20 | Realeyes O | Method of collecting computer user data |
CN105205369A (zh) * | 2015-08-20 | 2015-12-30 | 青岛三链锁业有限公司 | 一种掌静脉图像数据处理方法 |
CN110875913A (zh) | 2018-09-03 | 2020-03-10 | 阿里巴巴集团控股有限公司 | 数据传输方法和系统 |
CN109040112B (zh) * | 2018-09-04 | 2020-01-03 | 北京明朝万达科技股份有限公司 | 网络控制方法和装置 |
CN110191098A (zh) * | 2019-05-05 | 2019-08-30 | 厦门网宿有限公司 | 一种传输数据的方法、第一网络设备及第二网络设备 |
CN113301007A (zh) * | 2021-01-19 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 一种数据的传输方法、计算设备及存储介质 |
CN114500176B (zh) * | 2022-03-29 | 2022-09-16 | 阿里云计算有限公司 | 用于vpn的多流负载均衡方法、装置、系统及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1770767A (zh) * | 2005-09-01 | 2006-05-10 | 武汉思为同飞网络技术有限公司 | 对vpn报文进行tcp应用层协议封装的系统及其方法 |
US7590245B1 (en) * | 2008-09-10 | 2009-09-15 | Gutman Levitan | Anonymous communicating over interconnected networks |
CN101557349A (zh) * | 2009-05-26 | 2009-10-14 | 孙斌 | 处理互联网数据报的方法和系统 |
CN101778045A (zh) * | 2010-01-27 | 2010-07-14 | 成都市华为赛门铁克科技有限公司 | 报文传输方法、装置及网络系统 |
-
2014
- 2014-09-05 CN CN201410452481.XA patent/CN104184646B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1770767A (zh) * | 2005-09-01 | 2006-05-10 | 武汉思为同飞网络技术有限公司 | 对vpn报文进行tcp应用层协议封装的系统及其方法 |
US7590245B1 (en) * | 2008-09-10 | 2009-09-15 | Gutman Levitan | Anonymous communicating over interconnected networks |
CN101557349A (zh) * | 2009-05-26 | 2009-10-14 | 孙斌 | 处理互联网数据报的方法和系统 |
CN101778045A (zh) * | 2010-01-27 | 2010-07-14 | 成都市华为赛门铁克科技有限公司 | 报文传输方法、装置及网络系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104184646A (zh) | 2014-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104184646B (zh) | Vpn网络数据交互方法和系统及其网络数据交互设备 | |
US7360083B1 (en) | Method and system for providing end-to-end security solutions to aid protocol acceleration over networks using selective layer encryption | |
US7480794B2 (en) | System and methods for transparent encryption | |
CN103716196B (zh) | 一种网络设备及探测方法 | |
CN108601043B (zh) | 用于控制无线接入点的方法和设备 | |
CN101997673B (zh) | 网络代理实现方法及装置 | |
CN107682370B (zh) | 创建用于嵌入的第二层数据包协议标头的方法和系统 | |
KR20170026541A (ko) | 터널화된 트래픽의 최적화를 위한 방법 및 장치 | |
CN102571587A (zh) | 报文转发方法和设备 | |
EP3599751B1 (en) | Maintaining internet protocol security tunnels | |
CN103581035A (zh) | 一种多径tcp拥塞控制的方法、装置及系统 | |
WO2018149342A1 (zh) | 移动专用网的用户终端访问公网的方法、装置和存储介质 | |
CN100433714C (zh) | 一种ip分片报文传输处理方法 | |
Savola | Mtu and fragmentation issues with in-the-network tunneling | |
CN107154917B (zh) | 数据传输方法及服务器 | |
CN108512669A (zh) | 用于传输广播数据的方法和系统 | |
JP2009164948A (ja) | 通信システム、サーバ、端末、パケット転送方法およびプログラム | |
CN102025742A (zh) | 一种ike报文的协商方法和设备 | |
CN105897665B (zh) | 一种卫星网络环境下实现tcp传输的方法及相应的网关 | |
CN102710495B (zh) | 一种监控网络用户主机建立路由信息的方法及装置 | |
CN108064441B (zh) | 一种加速网络传输优化方法以及系统 | |
CN111641545B (zh) | 一种隧道探测方法及装置、设备、存储介质 | |
EP2600569A1 (en) | Method, apparatus and system for processing a tunnel packet | |
CN100592265C (zh) | 路由分组通信量来确保通信安全的方法、系统和计算机系统 | |
CN103716240B (zh) | 转发报文的方法、接收报文的方法、及相应设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200615 Address after: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park building A1 layer Patentee after: SANGFOR TECHNOLOGIES Inc. Address before: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park A1 building five floor Patentee before: Shenxin network technology (Shenzhen) Co.,Ltd. |