1.一种数据包的处理方法,其特征在于,包括:
后台服务器的承载系统接收接入服务器通过IP隧道发送的IPIP数据包,所述承载系统上安装所述后台服务器的windows系统;
剥除所述IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除所述反向代理IP地址及所述windows系统IP地址的IPIP数据包中的目的IP地址修改为所述windows系统IP地址,得到IP数据包;
将所述IP数据包发送给所述后台服务器上的windows系统。
2.根据权利要求1所述的数据包的处理方法,其特征在于,所述数据包的处理方法还包括:
根据所述IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找所述IPIP数据包对应的连接项;
若未在所述连接表中查找到所述IPIP数据包对应的连接项,则在所述连接表中增加与所述IPIP数据包对应的连接项。
3.根据权利要求2所述的数据包的处理方法,其特征在于,所述连接项中保存所述IPIP数据包的所述客户端端口、目的端口、客户端IP地址、windows系统IP地址、及所述目的IP地址和所述反向代理IP地址。
4.一种数据包的处理方法,其特征在于,包括:
后台服务器的承载系统接收到所述后台服务器的windows系统发送的第一IP数据包,所述承载系统上安装所述后台服务器的windows系统;
将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将所述windows系统IP地址及获取到的反向代理IP地址封装到所述第二IP数据包的外层,得到IPIP数据包;
将所述IPIP数据包发送给反向代理服务器。
5.根据权利要求4所述的数据包的处理方法,其特征在于,将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包之前包括:
查找连接表,判断所述连接表中是否包含所述第一IP数据包对应的连接项;
若所述连接表中包含所述第一IP数据包对应的连接项,则从所述第一IP数据包对应的连接项中获取所述第一IP数据包的反向代理IP地址及目的IP地址。
6.根据权利要求5所述的数据包的处理方法,其特征在于,所述处理方法还包括:
若所述连接表中不包含所述第一IP数据包对应的连接项,则丢弃所述第一IP数据包。
7.一种后台服务器,其特征在于,所述后台服务器包括:
承载系统模块,windows系统模块;
所述承载系统模块包括:
接收单元,用于接收接入服务器通过互联网协议IP隧道发送的IPIP数据包;
处理单元,用于在所述接收单元接收所述IPIP数据包之后,剥除所述IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除所述反向代理IP地址及所述windows系统IP地址的IPIP数据包中的目的IP地址修改为所述windows系统IP地址,得到IP数据包;
发送单元,用于在所述处理单元得到所述IP数据包之后,将所述IP数据包发送给所述windows系统模块。
8.根据权利要求7所述的后台服务器,其特征在于,所述承载系统模块还包括:
查找单元,用于根据所述IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找所述IPIP数据包对应的连接项;
增加单元,用于若所述查找单元未在所述连接表中查找到所述IPIP数据包对应的连接项,则在所述连接表中增加与所述IPIP数据包对应的连接项。
9.根据权利要求8所述的后台服务器,其特征在于,所述连接项中保存所述IPIP数据包的所述客户端端口、目的端口、客户端IP地址、windows系统IP地址、及所述目的IP地址和所述反向代理IP地址。
10.一种后台服务器,其特征在于,包括:
承载系统模块,windows系统模块;
其中,所述承载系统模块包括:
数据包接收单元,用于接收所述windows系统模块发送的第一IP数据包;
修改及封装单元,用于在所述数据包接收单元接收所述第一IP数据包之后,将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将所述windows系统IP地址及获取到的反向代理IP地址封装到所述第二IP数据包的外层,得到IPIP数据包;
数据包发送单元,用于在所述修改及封装单元得到所述IPIP数据包之后,将所述IPIP数据包发送给反向代理服务器。
11.根据权利要求10所述的后台服务器,其特征在于,所述承载系统模块还包括:
查找判断单元,用于所述数据包接收单元接收到所述第一IP数据包之后,查找连接表,判断所述连接表中是否包含所述第一IP数据包对应的连接项;
获取单元,用于若所述查找判断单元确定所述连接表中包含所述第一IP数据包对应的连接项,则从所述第一IP数据包对应的连接项中获取所述第一IP数据包的反向代理IP地址及目的IP地址。
12.根据权利要求11所述的后台服务器,其特征在于,所述承载系统模块还包括:
丢弃单元,用于若所述查找判断单元确定所述连接表中不包含所述第一IP数据包对应的连接项,则丢弃所述第一IP数据包。
一种数据包的处理方法及后台服务器\n技术领域\n[0001] 本发明涉及网络通信技术,尤其涉及一种数据包的处理方法及后台服务器。\n背景技术\n[0002] Linux服务器集群系统(英文全称为:Linux Virtual Server,缩写为:LVS)是一个虚拟的服务器集群系统,是在Linux内核实现的基于互联网协议(英文全称为:Internet Protocol,缩写为:IP)层与基于内容请求分发的负载平衡解决方法,LVS依靠负载调度器使服务器集群结构对客户透明,其中,负载调度器具有很好的吞吐率,将请求均衡的转移到不同的服务器上执行,且负载调度器自动屏蔽掉服务器的故障,从而将一组服务器构成一个高性能的、高可用的虚拟服务器,整个LVS集群的结构对客户的是透明的,而且无需修改客户端和服务器端的程序,为此,在设计时需要考虑系统的透明性、可伸缩性、高可用性和易管理性。\n[0003] LVS依靠负载调度器达到服务器集群结构对客户透明的目的,其中,负载调度器的实现包括网络地址转换(英文全称为:Address Translation,缩写为:NAT)方式、直接路由(英文全称为:Direct Routing,缩写为:DR)方式和IP隧道(英文全称为:IP Tunneling,缩写为TUN)方式,其中,NAT是将IP数据包的包头中的IP地址转换成另一个IP地址的过程,采用NAT方式时,用户发送的请求报文到达LVS之后,负载调度器将该请求报文中的目的地址替换为另一地址,并将该请求报文分配给真实服务器即真正的处理请求的服务器中,且负载调度器还将真实服务器发送的响应报文中的源地址进行重写后再发送给对应的用户。其中,采用DR方式时,负载调度器将改写接收到的用户发送的请求报文的MAC地址,将已改写MAC地址的请求报文发送给真实服务器。TUN方式,将IP报文封装在另一个IP报文中,使目的为服务器的数据包首先转发到负载调度器上,然后由负载调度器负责将数据包的转发到服务器上。\n[0004] 目前LVS上使用的NAT方式、DR方式及TUN方式均存在缺陷,其中,NAT方式的缺陷是:用户发送的请求报文和发送的响应报文都必须由LVS上的负载调度器重写地址,当用户发送的请求报文越来越多时,负载调度器的处理能力将成为瓶颈,不能有效的满足报文处理的需求,此外,采用NAT方式时,负载调度器与后台服务器必须在同一网段上。其中,DR方式的缺陷是:LVS中的负载调度器必须与后台服务器都有一块网卡连接在同一物理段上,实现起来较困难。TUN方式的缺陷是出入数据都将经过负载调度器,负载调度器将成为性能瓶颈。\n[0005] 腾讯网关项目(英文全称为:Tencent Gatway,缩写为TGW)由LVS项目发展而来,TGW主要针对外网接入业务,并提供强大的集群解决方案。TGW通过增加反向代理服务器来优化LVS的TUN方式实现业务的透明接入,增加反向代理服务器后,出入数据包将分开,优化处理性能。目前,使用TUN方式,TGW能够高效透明的接入Linux服务器上的业务。但是针对windows业务,因windows系统不支持IP隧道技术,因此利用IP隧道方式将windows业务接入TGW难以实施。\n发明内容\n[0006] 本发明实施例提供了一种数据包的处理方法及后台服务器类型,用于后台服务器的承载系统对接收到的接入服务器发送的IPIP数据包进行处理得到IP数据包,并将得到的IP数据包发送给后台服务器的windows系统,使得windows业务能够通过IP隧道接入TGW。\n[0007] 本发明提供了一种数据包的处理方法,包括:\n[0008] 后台服务器的承载系统接收接入服务器通过IP隧道发送的IPIP数据包,所述承载系统上安装所述后台服务器的windows系统;\n[0009] 剥除所述IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除所述反向代理IP地址及所述windows系统IP地址的IPIP数据包中的目的IP地址修改为所述windows系统IP地址,得到IP数据包;\n[0010] 将所述IP数据包发送给所述后台服务器上的windows系统。\n[0011] 在本发明实施例中,所述数据包的处理方法还包括:\n[0012] 根据所述IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找所述IPIP数据包对应的连接项;\n[0013] 若未在所述连接表中查找到所述IPIP数据包对应的连接项,则在所述连接表中增加与所述IPIP数据包对应的连接项。\n[0014] 其中,所述连接项中保存所述IPIP数据包的所述客户端端口、目的端口、客户端IP地址、windows系统IP地址、及所述目的IP地址和所述反向代理IP地址。\n[0015] 本发明实施例提供了一种数据包的处理方法,包括:\n[0016] 后台服务器的承载系统接收到所述后台服务器的windows系统发送的第一IP数据包,所述承载系统上安装所述后台服务器的windows系统;\n[0017] 将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将所述windows系统IP地址及获取到的反向代理IP地址封装到所述第二IP数据包的外层,得到IPIP数据包;\n[0018] 将所述IPIP数据包发送给反向代理服务器。\n[0019] 在本发明实施例中,将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包之前包括:\n[0020] 查找连接表,判断所述连接表中是否包含所述第一IP数据包对应的连接项;\n[0021] 若所述连接表中包含所述第一IP数据包对应的连接项,则从所述第一IP数据包对应的连接项中获取所述第一IP数据包的反向代理IP地址及目的IP地址。\n[0022] 在本发明实施例中,所述处理方法还包括:\n[0023] 若所述连接表中不包含所述第一IP数据包对应的连接项,则丢弃所述第一IP数据包。\n[0024] 本发明实施例提供了一种后台服务器,包括:\n[0025] 承载系统模块,windows系统模块;\n[0026] 所述承载系统模块中包括:\n[0027] 接收单元,用于接收接入服务器通过互联网协议IP隧道发送的IPIP数据包;\n[0028] 处理单元,用于在所述接收单元接收所述IPIP数据包之后,剥除所述IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除所述反向代理IP地址及所述windows系统IP地址的IPIP数据包中的目的IP地址修改为所述windows系统IP地址,得到IP数据包;\n[0029] 发送单元,用于在所述处理单元得到所述IP数据包之后,将所述IP数据包发送给所述windows系统模块。\n[0030] 在本发明实施例中,所述承载系统模块还包括:\n[0031] 查找单元,用于根据所述IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找所述IPIP数据包对应的连接项;\n[0032] 增加单元,用于若所述查找单元未在所述连接表中查找到所述IPIP数据包对应的连接项,则在所述连接表中增加与所述IPIP数据包对应的连接项。\n[0033] 其中,所述连接项中保存所述IPIP数据包的所述客户端端口、目的端口、客户端IP地址、windows系统IP地址、及所述目的IP地址和所述反向代理IP地址。\n[0034] 本发明实施例中提供了一种后台服务器,包括:\n[0035] 承载系统模块,windows系统模块;\n[0036] 其中,所述承载系统模块包括:\n[0037] 数据包接收单元,用于接收所述windows系统模块发送的第一IP数据包;\n[0038] 修改及封装单元,用于在所述数据包接收单元接收所述第一IP数据包之后,将所述第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;\n将所述windows系统IP地址及获取到的反向代理IP地址封装到所述第二IP数据包的外层,得到IPIP数据包;\n[0039] 数据包发送单元,用于在所述修改及封装单元得到所述IPIP数据包之后,将所述IPIP数据包发送给反向代理服务器。\n[0040] 在本发明实施例中,所述承载系统模块还包括:\n[0041] 查找判断单元,用于所述数据包接收单元接收到所述第一IP数据包之后,查找连接表,判断所述连接表中是否包含所述第一IP数据包对应的连接项;\n[0042] 获取单元,用于若所述查找判断单元确定所述连接表中包含所述第一IP数据包对应的连接项,则从所述第一IP数据包对应的连接项中获取所述第一IP数据包的反向代理IP地址及目的IP地址。\n[0043] 在本发明实施例中,所述承载系统模块还包括:\n[0044] 丢弃单元,用于若所述查找判断单元确定所述连接表中不包含所述第一IP数据包对应的连接项,则丢弃所述第一IP数据包。\n[0045] 从以上技术方案可以看出,本发明实施例具有以下优点:\n[0046] 后台服务器的承载系统接收接入服务器通过IP隧道发送的IPIP数据包之后,剥除该IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除反向代理IP及windows系统IP地址的IPIP数据包中的目的IP地址修改为windows系统IP地址,得到IP数据包,并将IP数据包发送该后台服务器的windows系统,使得windows业务能够通过IP隧道接入TGW。\n附图说明\n[0047] 为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0048] 图1为本发明实施例中windows业务接入系统的结构的一个示意图;\n[0049] 图2为本发明实施例中一种数据包的处理方法的一个示意图;\n[0050] 图3a为本发明实施例中IPIP数据包的结构图;\n[0051] 图3b为本发明实施例中IP数据包的结构图;\n[0052] 图4为本发明实施例中一种数据包的处理方法的一个示意图;\n[0053] 图5为本发明实施例中windows业务接入系统中数据包的交互流程的一个示意图;\n[0054] 图6为本发明实施例中后台服务器的结构的一个示意图;\n[0055] 图7为本发明实施例中后台服务器的结构的另一示意图。\n具体实施方式\n[0056] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0057] 本发明实施例提供了一种数据包的处理方法及后台服务器,用于后台服务器的承载系统对接收到的接入服务器发送的IPIP数据包进行处理得到IP数据包,并将得到的IP数据包发送给后台服务器的windows系统,使得windows业务能够通过IP隧道接入TGW。\n[0058] 为了更好的理解本发明实施例中的技术方案,下面将介绍本发明的技术方案所应用的windows业务接入系统,请参阅图1,包括:用户端、接入服务器及后台服务器,其中,接入服务器与后台服务器之间是通过IP隧道传输数据,且后台服务器上安装承载系统,且在承载系统之上安装了windows系统。用户端可发起windows业务请求,具体可将业务服务请求发送给接入服务器,接入服务器将根据接收到的业务服务请求中的IP数据包的包头中的目的IP地址确定该IP数据包的反向代理IP地址及windows系统IP地址,并将确定的反向代理IP地址及windows系统IP地址封装到该IP数据包的外层,得到IPIP数据包,并将该IPIP数据包通过IP隧道发送给后台服务器,后台服务器的承载系统将接收到该IPIP数据包,且对该IPIP数据包进行处理得到IP数据包,并将处理得到的IP数据包传送给后台服务器上的windows系统,windows系统对接收到的IP数据包进行处理之后,将向用户端反馈一个IP数据包,该反馈的IP数据包将发送到后台服务器的承载系统,承载系统接收到该反馈的IP数据包之后,将对该IP数据包进行封装处理,得到IPIP数据包,并将得到的IPIP数据包反馈给接入服务器,使得接入服务器再次对该IPIP数据包的包头进行剥除处理之后发送给用户端,能够有效实现windows业务接入TGW,其中,业务服务请求可以使请求建立连接,或者是请求传输数据,或者是请求关闭连接。\n[0059] 需要说明的是,在本发明实施例中,后台服务器是TGW系统中的一部分,为TGW系统服务。\n[0060] 需要说明的是,在本发明实施例中,承载系统可以是Linux Xen系统,也可以是其他可承载windows系统的系统,此处不做限定。\n[0061] 下面将详细的介绍后台服务器的承载系统对IPIP数据包进行处理的过程,请参阅图2为本发明实施例中一种数据包的处理方法的实施例,包括:\n[0062] 201、后台服务器的承载系统接收接入服务器通过IP隧道发送的IPIP数据包,承载系统上安装有后台服务器的windows系统;\n[0063] 在本发明实施例中,后台服务器上安装了承载系统,且在承载系统之上还安装了windows系统,且接入服务器通过IP隧道传送的IPIP数据包将传送给后台服务器的承载系统,由承载系统进行处理之后再传送给后台服务器的windows系统。\n[0064] 在本发明实施例中,后台服务器的承载系统接收接入服务器通过IP隧道发送的IPIP数据包。\n[0065] 202、剥除IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除反向代理IP地址及windows系统IP地址的IPIP数据包中的目的IP地址修改为windows系统IP地址,得到IP数据包;\n[0066] 在本发明实施例中,IPIP数据包的包头中包含客户端端口、目的端口、客户端IP地址、目的IP地址、反向代理IP地址及windows系统IP地址,其中,端口是指为传输控制协议(英文全称为:Transmission Control Protocol,缩写为:TCP)通信服务的端口,具体的:客户端端口是指与服务器建立连接时客户端使用的TCP端口;目的端口是指对客户端开放的服务端口;客户端IP是指与服务器建立连接时客户端使用的IP地址;目的IP是指对客户端开放的服务器的IP地址;反向代理IP地址是指用于向客户端回复数据的接入机器的IP;\nwindows系统IP是指承载系统之上的Windows系统的IP地址。\n[0067] 为了更好的理解,请参阅图3a,为本发明实施例中IPIP数据包的结构图。\n[0068] 在本发明实施例中,承载系统将剥除接收到的IPIP数据包外层的反向代理IP地址及windows系统IP地址,并将已剥除反向代理IP地址及windows系统IP地址的IPIP数据包中的目的IP地址修改为windows系统IP地址,得到IP数据包,请参阅图3b,为本发明实施例中IP数据包的结构图。\n[0069] 203、将IP数据包发送给后台服务器上的windows系统。\n[0070] 在本发明实施例中,承载系统得到IP数据包之后,将该IP数据包发送给后台服务器上的windows系统,由该windows系统对该IP数据包进行处理,由于该IP数据包中并未包含反向代理IP地址及目的IP地址,因此,windows系统能够对该IP地址进行处理,能够实现windows业务通过IP隧道接入TGW的目的。\n[0071] 在本发明实施例中,后台服务器的承载系统在接收到IPIP数据包之后,还可根据该IPIP数据包中的客户端端口,目的端口、客户端IP地址及windows系统IP地址查找连接表,其中,连接表中包含了用户发送的请求中的IP数据包对应的连接项,每个连接项中包含承载系统接收到的IPIP数据包中的客户端端口、目的端口、客户端IP地址、目的IP地址、反向代理IP地址、windows系统IP地址。\n[0072] 在本发明实施例中,承载系统将根据IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址查找连接表,确定连接表中是否已经保存与该IPIP数据包对应的连接项,若在所述连接表中未查找同时包含该IPIP数据包的客户端端口、目的端口、客户端IP地址及windows系统IP地址的连接项,则确定连接表中未包含该IPIP数据包对应的连接项,承载系统将在该连接表中增加与该IPIP数据包对应的连接项。\n[0073] 需要说明的是,在本发明实施例中,承载系统中保存的连接表中还可包含连接状态,以表示用户发起的连接所处的状态,该连接状态可以是三步握手连接建立状态、或者是连接已建立状态、或者是连接已关闭状态,使得当有用户发起恶意攻击时,能够有效的识别该用户发送的攻击数据包,以提高系统的安全性和稳定性。\n[0074] 在本发明实施例中,后台服务器的承载系统接收到接入服务器通过IP隧道发送的IPIP数据包之后,将剥除该IPIP数据包外层的反向代理IP地址及windows系统IP地址,并将目的IP地址修改为windows系统IP地址,以得到IP数据包,并将IP数据包发送给windows系统,能够有效实现windows业务通过IP隧道接入TGW的目的。\n[0075] 图2所示实施例中描述了后台服务器对接收到的接入服务器发送的IPIP数据包的处理方法,下面将详细介绍后台服务器的承载系统对接收到的windows系统发送的IP数据包的处理方法,请参阅图4,为本发明实施例中一种数据包的处理方法的实施例包括:\n[0076] 401、后台服务器的承载系统接收到后台服务器的windows系统发送的第一IP数据包,承载系统上安装后台服务器的windows系统;\n[0077] 在本发明实施例中,后台服务器的windows系统在接收到承载系统发送的IP数据包之后,将对该IP数据包进行处理,得到需要反馈给用户的IP数据包,该反馈给用户的IP数据包可称为第一IP数据包,windows系统将该第一IP数据包反馈给承载系统,因此,承载系统将接收到后台服务器的windows系统发送的第一IP数据包,且在该第一IP数据包的包头中包含该第一IP数据包的目的端口、客户端端口、客户端IP地址及windows系统IP地址,其中,windows系统安装在承载系统上。\n[0078] 402、将第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将windows系统IP地址及获取到的反向代理IP地址封装到第二IP数据包的外层,得到IPIP数据包;\n[0079] 在本发明实施例中,承载系统将确定接收到的windows系统发送的第一IP数据包的反向代理IP地址及目的IP地址,具体的包括:承载系统将根据第一IP数据包的包头中的目的端口、客户端端口、目的IP地址及windows系统IP地址查找已保存的连接表,判断该连接表中是否包含第一IP数据包对应的连接项,若该连接表中具有同时包含该第一IP数据包的包头中的目的端口、客户端端口、目的IP地址及windows系统IP地址的连接项,则说明连接表中包含第一IP数据包对应的连接项,则从该第一IP数据包对应的连接项中获取第一IP数据包的反向代理IP地址及目的IP地址。\n[0080] 在本发明实施例中,承载系统获取到第一IP数据包的反向代理IP地址及目的IP地址之后,将该第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包,并将windows系统IP地址及获取到的反向代理IP地址封装到该第二IP数据包的外层,得到IPIP数据包。\n[0081] 需要说明的是,在本发明实施例中,若承载系统在连接表中未找到同时包含第一IP数据包的包头中的目的端口、客户端端口、目的IP地址及windows系统IP的连接项,则说明连接表未包含与第一IP数据包对应的连接项,承载系统将丢弃该第一IP数据包。\n[0082] 需要说明的是,在本发明实施例中,IPIP数据包的包头中包含客户端端口、目的端口、客户端IP地址、目的IP地址、反向代理IP地址及windows系统IP地址,其中,端口是指为传输控制协议(英文全称为:Transmission Control Protocol,缩写为:TCP)通信服务的端口,具体的:客户端端口是指与服务器建立连接时客户端使用的TCP端口;目的端口是指对客户端开放的服务端口;客户端IP是指与服务器建立连接时客户端使用的IP地址;目的IP是指对客户端开放的服务器的IP地址;反向代理IP地址是指用于向客户端回复数据的接入机器的IP;windows系统IP是指承载系统之上的Windows系统的IP地址。\n[0083] 403、将IPIP数据包发送给反向代理服务器。\n[0084] 在本发明实施例中,承载系统获取到IPIP数据包之后,将该IPIP数据包发送给反向代理服务器,具体的是,IPIP数据包中包含反向代理IP地址,承载系统将按照IPIP数据包的中反向代理IP地址将该IPIP数据包发送给对应的反向代理IP地址,反向代理服务器接收到该IPIP数据包之后,将该IPIP数据包的包头中的反向代理IP地址及windows系统IP地址剥除,得到IP数据包,并将该IP数据包反馈给用户端,使得用户端能够接收到TGW反馈的数据。\n[0085] 在本发明实施例中,后台服务器的承载系统接收到后台服务器的windows系统发送的第一IP数据包之后,将该第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址得到第二IP数据包,并将windows系统IP地址及获取到的反向代理IP地址封装到第二IP数据包的外层,得到IPIP数据包,最后将该IPIP数据包通过IP隧道发送给反向代理服务器,使得反向代理服务器可利用该IPIP数据包得到发送给用户端的IP数据包,实现用户端与TGW之间的数据交互,使得windows业务能够通过IP隧道接入TGW。\n[0086] 为了更好的理解本发明实施例中的技术方案,请参阅图5,为本发明实施例中,在图1所示的windows业务接入系统中数据包的交互流程的实施例,包括:\n[0087] 501、用户端向接入服务器发送第一IP数据包;\n[0088] 502、接入服务器对第一IP数据包进行封装处理,得到第一IPIP数据包;\n[0089] 503、接入服务器将第一IPIP数据包发送给后台服务器的承载系统;\n[0090] 在本发明实施例中,后台服务器可向接入服务器发送windows业务请求,该业务请求中包含第一IP数据包,接入服务器将确定的该第一IP数据包对应的反向代理IP地址及windows系统IP地址封装到windows业务请求中的第一IP数据包外层,得到第一IPIP数据包。\n[0091] 504、后台服务器的承载系统对第一IPIP数据包进行处理,得到第二IP数据包;\n[0092] 505、后台服务器的承载系统将第二IP数据包发送给后台服务器的windows系统;\n[0093] 在本发明实施例中,后台服务器的承载系统将按照图2所示实施例中的内容对第一IPIP数据包进行处理,得到第二IP数据包,并将第二IP数据包发送给后台服务器的windows系统。\n[0094] 506、后台服务器的windows系统对第二IP数据包进行处理,得到第三IP数据包;\n[0095] 507、后台服务器的windows系统将第三IP数据包发送给后台服务器的承载系统;\n[0096] 在本饭发明实施例中,发送给windows系统的数据包为第二IP数据包,windows系统可识别该数据包,并对第二IP数据包进行处理,得到反馈的第三IP数据包。\n[0097] 508、后台服务器的承载系统对第三IP数据包进行处理,得到第二IPIP数据包;\n[0098] 509、后台服务器的承载系统将第二IPIP数据包发送给接入服务器;\n[0099] 在本发明实施例中,后台服务器的承载系统将按照图4所示实施例中的内容对接收到的第三IP数据包进行处理,得到第二IPIP数据包,并将得到的第二IPIP数据包发送给接入服务器。\n[0100] 510、接入服务器对第二IPIP数据包进行解封装处理,得到第四IP数据包;\n[0101] 511、接入服务器将第四IP数据包发送给用户端。\n[0102] 在本发明实施例中,接入服务器将对接收到的第二IPIP数据包进程解封装处理,得到第四IP数据包,并将该第四IP数据包发送给用户端。\n[0103] 请参阅图6、为本发明实施例中后台服务器的结构的实施例,包括:\n[0104] 承载系统模块601,windows系统模块602;\n[0105] 其中承载系统模块601包括:\n[0106] 接收单元6011,用于接收接入服务器通过互联网协议IP隧道发送的IPIP数据包;\n[0107] 处理单元6012,用于在接收单元6011接收IPIP数据包之后,剥除IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除反向代理IP地址及windows系统IP地址的IPIP数据包中的目的IP地址修改为windows系统IP地址,得到IP数据包;\n[0108] 发送单元6013,用于在处理单元6012得到IP数据包之后,将IP数据包发送给windows系统。\n[0109] 在本发明实施例中,承载系统模块601还包括:\n[0110] 查找单元6014,用于根据IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找IPIP数据包对应的连接项;\n[0111] 增加单元6015,用于若查找单元未在连接表中查找到IPIP数据包对应的连接项,则在连接表中增加与IPIP数据包对应的连接项,连接项中保存IPIP数据包的客户端端口、目的端口、客户端IP地址、windows系统IP地址、及目的IP地址和反向代理IP地址。\n[0112] 在本发明实施例中,后台服务器中的承载系统模块601中的接收单元6011接收到接入服务器通过互联网协议IP隧道发送的IPIP数据包之后,将由处理单元6012剥除该接收到的IPIP数据包外层的反向代理IP地址及windows系统IP地址,将已剥除反向代理IP地址及windows系统IP地址的IPIP数据包中的目的IP地址修改为windows系统IP地址,得到IP数据包;并由发送单元6013,将得到的IP数据包发送给windows系统模块602。\n[0113] 优选的,在本发明实施例中承载系统模块601中的接收单元6011接收到接入服务器通过互联网协议IP隧道发送的IPIP数据包之后,查找单元6014可根据接收到的IPIP数据包中的客户端端口,目的端口,客户端IP地址,windows系统IP地址在连接表中查找IPIP数据包对应的连接项;若查找单元6014未在连接表中查找到IPIP数据包对应的连接项,则增加单元6015在连接表中增加与IPIP数据包对应的连接项,连接项中保存IPIP数据包的客户端端口、目的端口、客户端IP地址、windows系统IP地址、及目的IP地址和反向代理IP地址。\n[0114] 在本发明实施例中,后台服务器的承载系统接收到接入服务器通过IP隧道发送的IPIP数据包之后,将剥除该IPIP数据包外层的反向代理IP地址及windows系统IP地址,并将目的IP地址修改为windows系统IP地址,以得到IP数据包,并将IP数据包发送给windows系统,能够有效实现windows业务通过IP隧道接入TGW的目的。\n[0115] 请参阅图7,为本发明实施例中的后台服务器的结构的另一实施例,包括:\n[0116] 承载系统模块701,windows系统模块602;\n[0117] 其中,承载系统模块701包括:\n[0118] 数据包接收单元7011,用于接收windows系统模块602发送的第一IP数据包;\n[0119] 修改及封装单元7012,用于在数据包接收单元7011接收第一IP数据包之后,将第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将windows系统IP地址及获取到的反向代理IP地址封装到第二IP数据包的外层,得到IPIP数据包;\n[0120] 数据包发送单元7013,用于在修改及封装单元7012得到IPIP数据包之后,将IPIP数据包发送给反向代理服务器。\n[0121] 在本发明实施例中,承载系统模块701还包括:\n[0122] 查找判断单元7014,用于数据包接收单元7011接收到第一IP数据包之后,查找连接表,判断连接表中是否包含第一IP数据包对应的连接项;\n[0123] 获取单元7015,用于若查找判断单元7014确定连接表中包含第一IP数据包对应的连接项,则从第一IP数据包对应的连接项中获取第一IP数据包的反向代理IP地址及目的IP地址。\n[0124] 丢弃单元7016,用于若查找判断单元7014确定连接表中不包含第一IP数据包对应的连接项,则丢弃第一IP数据包。\n[0125] 在本发明实施例中,后台服务器包括:承载系统模块701和windows系统模块602;\n其中,承载系统模块701中的数据包接收单元7011接收到windows系统模块602发送的第一IP数据包之后,接着由查找判断单元7014查找连接表,判断连接表中是否包含第一IP数据包对应的连接项;若查找判断单元7014确定连接表中包含第一IP数据包对应的连接项,则获取单元7015从第一IP数据包对应的连接项中获取第一IP数据包的反向代理IP地址及目的IP地址,接着,将由修改及封装单元7012将第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址,得到第二IP数据包;将windows系统IP地址及获取到的反向代理IP地址封装到第二IP数据包的外层,得到IPIP数据包;接着由数据包发送单元7013,用于在修改及封装单元7012得到IPIP数据包之后,将IPIP数据包发送给反向代理服务器。此外,若查找判断单元7014确定连接表中不包含第一IP数据包对应的连接项,则若丢弃单元7016丢弃第一IP数据包。\n[0126] 在本发明实施例中,后台服务器的承载系统接收到后台服务器的windows系统发送的第一IP数据包之后,将该第一IP数据包中的windows系统IP地址修改为获取到的目的IP地址得到第二IP数据包,并将windows系统IP地址及获取到的反向代理IP地址封装到第二IP数据包的外层,得到IPIP数据包,最后将该IPIP数据包通过IP隧道发送给反向代理服务器,使得反向代理服务器可利用该IPIP数据包得到发送给用户端的IP数据包,实现用户端与TGW之间的数据交互,使得windows业务能够通过IP隧道接入TGW。\n[0127] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。\n[0128] 以上对本发明所提供的一种数据包的处理方法及后台服务器进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
法律信息
- 2018-04-27
- 2015-04-29
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201210586408.2
申请日: 2012.12.28
- 2014-07-02
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2009-07-01
|
2007-12-26
| | |
2
| |
2011-10-05
|
2010-03-29
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |