CN107528908A - Http透明代理缓存的实现方法和系统 - Google Patents
Http透明代理缓存的实现方法和系统 Download PDFInfo
- Publication number
- CN107528908A CN107528908A CN201710784415.6A CN201710784415A CN107528908A CN 107528908 A CN107528908 A CN 107528908A CN 201710784415 A CN201710784415 A CN 201710784415A CN 107528908 A CN107528908 A CN 107528908A
- Authority
- CN
- China
- Prior art keywords
- caching
- platform
- networking client
- source station
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明属于网络通信的技术领域,为了解决现有中实现互联网内容缓存加速中存在将网民的请求引导到非源站IP地址的技术问题,本发明提供一种HTTP透明代理缓存的实现方法和系统,所述方法包括:S1、将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由指向所述缓存加速平台;S2、在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,所述缓存加速平台模拟源站同网络客户端进行TCP握手连接;S3、当所述缓存加速平台与网络客户端握手成功之后,网络客户端向所述缓存加速平台发起HTTP GET请求报文。
Description
技术领域
本发明涉及网络通信的技术领域,尤其涉及一种HTTP透明代理缓存的实现方法和系统。
背景技术
为了实现互联网内容缓存加速,提升网民访问互联网内容体验,运营商对HTTP协议的内容机制主要有三种:DNS分光重定向调度、DNS forward调度、HTTP内容重定向。
DNS分光重定向的调度机制包括:
1、当网民向LDNS发起www.baidu.com的A记录DNS解析请求;
2、LDNS发起DNS的迭代解析请求,获取www.baidu.com的A记录解析结果;
3、在运营商骨干网出口做分光,将LDNS上行解析www.baidu.com的请求分光到缓存加速调度的重定向设备;
4、缓存加速调度重定向设备构造www.baidu.com的解析响应报文,抢先授权DNS回应LDNS,返回给LDNS一个www.baidu.com解析到缓存的A记录IP地址;
5、网民向缓存服务器发起www.baidu.com的HTTP请求,缓存服务器通过内容缓存提升网民的访问速度和感知效果。
DNS Forward的调度机制包括:
1、当网民向LDNS发起www.baidu.com的A记录DNS解析请求;
2、LDNS将www.baidu.com解析权限forward给缓存加速调度DNS服务器;
3、缓存加速调度DNS服务器对www.baidu.com的解析请求进行DNS响应,返回给LDNS一个www.baidu.com解析到缓存的A记录IP地址;
4、网民向缓存服务器发起www.baidu.com的HTTP请求,缓存服务器通过内容缓存提升网民的访问速度和感知效果。
HTTP重定向调度的调度机制包括:
1、当网民向LDNS获得www.baidu.com的解析结果;
2、网民向百度的源站发起HTTP请求;
3、在网民出口骨干网做分光,将网民的上行HTTP的GET请求分光到缓存加速重定向调度设备;
4、缓存加速重定向调度设备对www.baidu.com的解析请求进行分析,对大文件的HTTP GET请求返回给网民一个HTTP的302location调度到缓存的url地址;
5、网民跟随302重定向向缓存服务器发起HTTP下载请求,缓存服务器通过内容缓存提升网民的访问速度和感知效果。
发明人在实现本发明的过程中发现:现有技术方法中的的调度机制都会将网民的请求引导到非源站的IP地址;这样虽然目的是为了让网民上网速度加快,但是会让网民误以为上网过程中链接至钓鱼网站。
发明内容
为了解决现有中实现互联网内容缓存加速中存在将网民的请求引导到非源站IP地址的技术问题,本发明提供一种HTTP透明代理缓存的实现方法和系统,能够网民无法看到中间缓存设备的存在,同时也可以对源站隐藏中间缓存的存在。
为了实现上述目的,本发明提供的技术方案包括:
本发明一方面提供一种HTTP透明代理缓存的实现方法,其特征在于,包括:
S1、将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由指向所述缓存加速平台;
S2、在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,所述缓存加速平台模拟源站同网络客户端进行TCP握手连接;
S3、当所述缓存加速平台与网络客户端握手成功之后,网络客户端向所述缓存加速平台发起HTTP GET请求报文;当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部存在的与所述GET请求报文对应资源已经过期或者内容不存在,所述缓存加速平台模拟源站模拟所述网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与所述源站握手连接后,获取所述GET请求报文对应资源,发送至所述网络客户端。
本发明实施例优选地,所述方法还包括:S4、当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部已经存在的与所述GET请求报文对应资源,且内容是未过期的,则将所述内容取出直接返回给所述网络客户端。
本发明实施例优选地,所述预定的策略路由是通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器。
本发明实施例优选地,所述步骤S1包括将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由,将源端口为80的请求指向所述缓存加速平台。
本发明实施例优选地,所述步骤S3还包括根据源站的缓存要求存储一份所述内容;并且当数据传输完毕之后,当所述网络客户端与源站进行TCP拆链时,通过所述缓存加速平台与所述网络客户端进行TCP拆链。
本发明另一方面提供一种HTTP透明代理缓存的实现系统,其特征在于,所述系统包括:一个或者多个发送网络请求的网络客户端,实现HTTP透明代理缓存的缓存加速平台,源站;其中,缓存加速平台设置成包括:
策略路由模块,设置成将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由指向所述缓存加速平台;
网络连接模块,设置成在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,所述缓存加速平台模拟源站同网络客户端进行TCP握手连接;
数据内容处理模块,设置成当所述缓存加速平台与网络客户端握手成功之后,网络客户端向所述缓存加速平台发起HTTP GET请求报文;当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部存在的与所述GET请求报文对应资源已经过期或者内容不存在,所述缓存加速平台模拟源站模拟所述网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与所述源站握手连接后,获取所述GET请求报文对应资源,发送至所述网络客户端。
本发明实施例优选地,所述数据内容处理模块还设置成当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部已经存在的与所述GET请求报文对应资源,且内容是未过期的,则将所述内容取出直接返回给所述网络客户端。
本发明实施例优选地,所述策略路由模块通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器。
本发明实施例优选地,所述策略路由模块将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由,将源端口为80的请求指向所述缓存加速平台。
本发明实施例优选地,所述数据内容处理模块还设置成根据源站的缓存要求存储一份所述内容;所述缓存加速平台还包括拆链处理模块,所述拆链处理模块当数据传输完毕之后,当所述网络客户端与源站进行TCP拆链时,通过所述缓存加速平台与所述网络客户端进行TCP拆链。
采用本申请提供的上述技术方案,可以获得以下有益效果中的一种:
1、缓存加速平台模拟源站同网络客户端进行TCP握手连接,这样可以隐藏缓存的存在,在提升用户访问速度的情况下不会导致网民和源站发现缓存的存在;从而避免可能产生钓鱼的安全顾虑。
2、预定的策略路由可以为后续的缓存加速平台模拟源站同网络客户端进行TCP握手连接,做好准备,加快二者握手连接的过程和稳定性。
3、当数据传输完毕之后,拆链过程的交互,也不会让用户接收到缓存加速平台的存在,进一步完善避免可能产生钓鱼的安全顾虑。
发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书变得显而易见,或者通过实施本发明的技术方案而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构和/或流程来实现和获得。
附图说明
图1为本发明实施例提供一种HTTP透明代理缓存的实现方法的流程图。
图2为本发明实施例提供一种HTTP透明代理缓存的实现系统的示意图。
具体实施方式
以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,这些具体的说明只是让本领域普通技术人员更加容易、清晰理解本发明,而非对本发明的限定性解释;并且只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。
另外,在附图的流程图示出的步骤可以在诸如一组控制器可执行指令的控制系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
下面通过附图和具体实施例,对本发明的技术方案进行详细描述:
实施例
本发明实施例提供了一种在运营商网络环境下,为网站做缓存加速而不影响网民看到真实的源站的IP地址(英文全称,Internet Protocol,网际协议,一种应用于互联网的计算机网络协议;IP地址为一种计算机网络地址;这里指互联网的计算机网络地址),也不影响源站看到网民的真实IP地址而实现的一种网页/视频/下载等内容透明缓存加速的机制;并且从网民侧和源站侧,都无法看到缓存的ip地址。
为了实现上述目的,如图1所示,本实施例提供一种HTTP(HyperText TransferProtocol,超文本传输协议)透明代理缓存的实现方法,该方法包括:
S1、将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过预定的策略路由指向缓存加速平台;即当网络客户端(网民所在的客户端,例如计算机或者移动智能终端,下文为了表述方便,也称网民)发送HTTP代理请求时,该请求对应的源站在与网络客户端进行数据传输之前,网络客户端需要先与缓存加速平台建立连接,并且当用户网络客户端发送网络连接时,如果选择的特定的源站地址,或者在网络客户端设置了通过缓存加速平台来访问源站时,都通过预定的策略路,将上行(网络客户端发送网络请求的过程)的网络请求,指向首先与缓存加速平台准备建立连接;并且类似地,将下行去往网络客户端方向的报文,也通过预定的策略路由指向缓存加速平台。
S2、在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,缓存加速平台模拟源站同网络客户端进行TCP握手连接;即在步骤S1的基础上,在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,缓存加速平台内设置有和源站相同或者类似的应用程序,通过标准的TCP协议,模拟源站同网络客户端进行TCP握手连接。
S3、当缓存加速平台与网络客户端握手成功之后,网络客户端向缓存加速平台发起HTTP GET请求报文;当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部存在的与GET请求报文对应资源已经过期或者内容不存在,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端;即当缓存加速平台模拟源站的方式,与网络客户端握手成功之后,网络客户端中的应用程序,会认为网络客户端已经与源站建立连接,然后网络客户端向缓存加速平台发起HTTP GET请求(HTTP协议中发送请求的标准格式)报文;当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部存在的与GET请求报文对应资源已经过期或者内容不存在,此时缓存加速平台就需要先拿到GET请求报文对应资源,才能再模拟源站将资源通过HTTP标准响应的方式返回给网络客户端;具体地,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端。
本实施例优选地,上述方法还包括:S4、当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部已经存在的与GET请求报文对应资源,且内容是未过期的,则将内容取出直接返回给网络客户端;并且优选地,缓存加速平台收到GET请求报文后会首先查询到缓存加速平台内部已经存在的与GET请求报文对应资源,当没有的时候,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端。
本实施例优选地,上述预定的策略路由是通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器;并且本实施例中的预定策略路由是一种比基于目标网络进行路由更加灵活的数据包路由转发机制,主要是通过定制符合特定策略的路由报文,定义下一跳路由转发路径。
本实施例优选地,步骤S1包括将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过预定的策略路由,将源端口为80的请求指向缓存加速平台。
本实施例优选地,步骤S3还包括根据源站的缓存要求存储一份内容;并且当数据传输完毕之后,当网络客户端与源站进行TCP拆链时,通过缓存加速平台与网络客户端进行TCP拆链。
如图2所示,本实施例还提供一种HTTP透明代理缓存的实现系统,该系统包括:一个或者多个发送网络请求的网络客户端110、120、130,实现HTTP透明代理缓存的缓存加速平台200,源站310、320、330;其中,缓存加速平台200设置成包括:
策略路由模块210,设置成将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过预定的策略路由指向缓存加速平台;即当网络客户端(网民所在的客户端,例如计算机或者移动智能终端,下文为了表述方便,也称网民)发送HTTP代理请求时,该请求对应的源站在与网络客户端进行数据传输之前,网络客户端需要先与缓存加速平台建立连接,并且当用户网络客户端发送网络连接时,如果选择的特定的源站地址,或者在网络客户端设置了通过缓存加速平台来访问源站时,都通过预定的策略路,将上行(网络客户端发送网络请求的过程)的网络请求,指向首先与缓存加速平台准备建立连接;并且类似地,将下行去往网络客户端方向的报文,也通过预定的策略路由指向缓存加速平台。
网络连接模块220,设置成在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,缓存加速平台模拟源站同网络客户端进行TCP握手连接;即在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,缓存加速平台内设置有和源站相同或者类似的应用程序,通过标准的TCP协议,模拟源站同网络客户端进行TCP握手连接;
数据内容处理模块230,设置成当缓存加速平台与网络客户端握手成功之后,网络客户端向缓存加速平台发起HTTP GET请求报文;当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部存在的与GET请求报文对应资源已经过期或者内容不存在,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端;即当缓存加速平台模拟源站的方式,与网络客户端握手成功之后,网络客户端中的应用程序,会认为网络客户端已经与源站建立连接,然后网络客户端向缓存加速平台发起HTTP GET请求(HTTP协议中发送请求的标准格式)报文;当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部存在的与GET请求报文对应资源已经过期或者内容不存在,此时缓存加速平台就需要先拿到GET请求报文对应资源,才能再模拟源站将资源通过HTTP标准响应的方式返回给网络客户端;具体地,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端。
本实施例优选地,上述数据内容处理模块230还设置成当缓存加速平台收到GET请求报文后,查询到缓存加速平台内部已经存在的与GET请求报文对应资源,且内容是未过期的,则将内容取出直接返回给网络客户端;并且优选地,缓存加速平台收到GET请求报文后会首先查询到缓存加速平台内部已经存在的与GET请求报文对应资源,当没有的时候,缓存加速平台模拟源站模拟网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与源站握手连接后,获取GET请求报文对应资源,发送至网络客户端。
本实施例优选地,上述策略路由模块210通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器;并且本实施例中的预定策略路由是一种比基于目标网络进行路由更加灵活的数据包路由转发机制,主要是通过定制符合特定策略的路由报文,定义下一跳路由转发路径。
本实施例优选地,上述策略路由模块210将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过预定的策略路由,将源端口为80的请求指向缓存加速平台。
本实施例优选地,数据内容处理模块230还设置成根据源站的缓存要求存储一份内容;缓存加速平台还包括拆链处理模块,拆链处理模块当数据传输完毕之后,当网络客户端与源站进行TCP拆链时,通过缓存加速平台与网络客户端进行TCP拆链。
需要说明的是上述各个模块,可以是同一个硬件集成电路加载不同的控制程序,可以是同一硬件电路中加载不同的控制程序。
采用本申请提供的上述技术方案,可以获得以下有益效果中的一种:
1、缓存加速平台模拟源站同网络客户端进行TCP握手连接,这样可以隐藏缓存的存在,在提升用户访问速度的情况下不会导致网民和源站发现缓存的存在;从而避免可能产生钓鱼的安全顾虑。
2、预定的策略路由可以为后续的缓存加速平台模拟源站同网络客户端进行TCP握手连接,做好准备,加快二者握手连接的过程和稳定性。
3、当数据传输完毕之后,拆链过程的交互,也不会让用户接收到缓存加速平台的存在,进一步完善避免可能产生钓鱼的安全顾虑。
最后需要说明的是,上述说明仅是本发明的最佳实施例而已,并非对本发明做任何形式上的限制。任何熟悉本领域的技术人员,在不脱离本发明技术方案范围内,都可利用上述揭示的做法和技术内容对本发明技术方案做出许多可能的变动和简单的替换等,这些都属于本发明技术方案保护的范围。
Claims (10)
1.一种HTTP透明代理缓存的实现方法,其特征在于,包括:
S1、将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由指向所述缓存加速平台;
S2、在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,所述缓存加速平台模拟源站同网络客户端进行TCP握手连接;
S3、当所述缓存加速平台与网络客户端握手成功之后,网络客户端向所述缓存加速平台发起HTTP GET请求报文;当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部存在的与所述GET请求报文对应资源已经过期或者内容不存在,所述缓存加速平台模拟源站模拟所述网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与所述源站握手连接后,获取所述GET请求报文对应资源,发送至所述网络客户端。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:S4、当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部已经存在的与所述GET请求报文对应资源,且内容是未过期的,则将所述内容取出直接返回给所述网络客户端。
3.根据权利要求1所述的方法,其特征在于,所述预定的策略路由是通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器。
4.根据权利要求1所述的方法,其特征在于,所述步骤S1包括将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由,将源端口为80的请求指向所述缓存加速平台。
5.根据权利要求1所述的方法,其特征在于,所述步骤S3还包括根据源站的缓存要求存储一份所述内容;并且当数据传输完毕之后,当所述网络客户端与源站进行TCP拆链时,通过所述缓存加速平台与所述网络客户端进行TCP拆链。
6.一种HTTP透明代理缓存的实现系统,其特征在于,所述系统包括:一个或者多个发送网络请求的网络客户端,实现HTTP透明代理缓存的缓存加速平台,源站;其中,缓存加速平台设置成包括:
策略路由模块,设置成将网络客户端上行的网络请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由指向所述缓存加速平台;
网络连接模块,设置成在网络客户端准备与待访问源站的主机IP地址发起TCP握手连接时,所述缓存加速平台模拟源站同网络客户端进行TCP握手连接;
数据内容处理模块,设置成当所述缓存加速平台与网络客户端握手成功之后,网络客户端向所述缓存加速平台发起HTTP GET请求报文;当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部存在的与所述GET请求报文对应资源已经过期或者内容不存在,所述缓存加速平台模拟源站模拟所述网络客户端的IP地址和请求报文头信息向源站发送TCP握手,与所述源站握手连接后,获取所述GET请求报文对应资源,发送至所述网络客户端。
7.根据权利要求6所述的系统,其特征在于,所述数据内容处理模块还设置成当所述缓存加速平台收到GET请求报文后,查询到所述缓存加速平台内部已经存在的与所述GET请求报文对应资源,且内容是未过期的,则将所述内容取出直接返回给所述网络客户端。
8.根据权利要求6所述的系统,其特征在于,所述策略路由模块通过定制符合特定策略的路由报文,定义下一跳路由转发路径,使得路由器将通过路由图,决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器。
9.根据权利要求6所述的系统,其特征在于,所述策略路由模块将网络客户端上行的网络请求目的端口是80的HTTP请求通过预定的策略路由指向缓存加速平台,并且将下行去往网络客户端方向的报文,也通过所述预定的策略路由,将源端口为80的请求指向所述缓存加速平台。
10.根据权利要求6所述的系统,其特征在于,所述数据内容处理模块还设置成根据源站的缓存要求存储一份所述内容;所述缓存加速平台还包括拆链处理模块,所述拆链处理模块当数据传输完毕之后,当所述网络客户端与源站进行TCP拆链时,通过所述缓存加速平台与所述网络客户端进行TCP拆链。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710784415.6A CN107528908A (zh) | 2017-09-04 | 2017-09-04 | Http透明代理缓存的实现方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710784415.6A CN107528908A (zh) | 2017-09-04 | 2017-09-04 | Http透明代理缓存的实现方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107528908A true CN107528908A (zh) | 2017-12-29 |
Family
ID=60683356
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710784415.6A Pending CN107528908A (zh) | 2017-09-04 | 2017-09-04 | Http透明代理缓存的实现方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107528908A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108390955A (zh) * | 2018-05-09 | 2018-08-10 | 网宿科技股份有限公司 | 域名获取方法、网站访问方法及服务器 |
CN109150725A (zh) * | 2018-07-09 | 2019-01-04 | 网宿科技股份有限公司 | 流量疏导方法及服务器 |
CN112104523A (zh) * | 2020-09-11 | 2020-12-18 | 中国联合网络通信集团有限公司 | 流量透传的检测方法、装置、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080263215A1 (en) * | 2007-04-23 | 2008-10-23 | Schnellbaecher Jan F | Transparent secure socket layer |
CN105959228A (zh) * | 2016-06-23 | 2016-09-21 | 华为技术有限公司 | 一种流量处理方法及透明缓存系统 |
CN106230810A (zh) * | 2016-07-29 | 2016-12-14 | 南京优速网络科技有限公司 | 动静态流量分析系统及方法 |
-
2017
- 2017-09-04 CN CN201710784415.6A patent/CN107528908A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080263215A1 (en) * | 2007-04-23 | 2008-10-23 | Schnellbaecher Jan F | Transparent secure socket layer |
CN105959228A (zh) * | 2016-06-23 | 2016-09-21 | 华为技术有限公司 | 一种流量处理方法及透明缓存系统 |
CN106230810A (zh) * | 2016-07-29 | 2016-12-14 | 南京优速网络科技有限公司 | 动静态流量分析系统及方法 |
Non-Patent Citations (1)
Title |
---|
张全明: "HTTP缓存系统设计与实现", 《中国优秀硕士论文全文数据库 信息科技辑》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108390955A (zh) * | 2018-05-09 | 2018-08-10 | 网宿科技股份有限公司 | 域名获取方法、网站访问方法及服务器 |
CN108390955B (zh) * | 2018-05-09 | 2021-06-04 | 网宿科技股份有限公司 | 域名获取方法、网站访问方法及服务器 |
CN109150725A (zh) * | 2018-07-09 | 2019-01-04 | 网宿科技股份有限公司 | 流量疏导方法及服务器 |
CN109150725B (zh) * | 2018-07-09 | 2021-07-16 | 网宿科技股份有限公司 | 流量疏导方法及服务器 |
CN112104523A (zh) * | 2020-09-11 | 2020-12-18 | 中国联合网络通信集团有限公司 | 流量透传的检测方法、装置、设备及存储介质 |
CN112104523B (zh) * | 2020-09-11 | 2022-04-12 | 中国联合网络通信集团有限公司 | 流量透传的检测方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3968610A1 (en) | Method, device, and system for selecting mobile edge computing node | |
US9288261B2 (en) | Network resource modification for higher network connection concurrence | |
US7697427B2 (en) | Method and system for scaling network traffic managers | |
CN102685179B (zh) | 模块化透明代理缓存 | |
CN103685583B (zh) | 一种域名解析的方法和系统 | |
CN104160680B (zh) | 用于透明代理缓存的欺骗技术 | |
CN103067292B (zh) | 一种基于WebSocket传输的负载均衡方法和装置 | |
US6792463B1 (en) | System, method and program product for providing invisibility to a proxy-server | |
CN102594877B (zh) | 结合重定向下载请求和代理服务加速网络服务的方法、系统 | |
CN105743670B (zh) | 访问控制方法、系统和接入点 | |
CN103312807B (zh) | 数据传输方法、装置及系统 | |
CN107528908A (zh) | Http透明代理缓存的实现方法和系统 | |
CN107809425A (zh) | 一种蜜罐部署系统 | |
CN105122741B (zh) | 业务流的业务链控制方法和装置 | |
CN105939313B (zh) | 状态码重定向方法及装置 | |
CN103607356A (zh) | 一种负载均衡方法、负载均衡器及系统 | |
CN102790798A (zh) | 一种内容分发网络中透明代理实现方法、设备及系统 | |
CN109150788A (zh) | 控制网络数据传输的方法、装置、网关及存储介质 | |
CN105959228B (zh) | 一种流量处理方法及透明缓存系统 | |
CN107613036A (zh) | 实现https透明代理的方法和系统 | |
CN106105098B (zh) | 交换机及业务请求报文的处理方法 | |
CN107645543A (zh) | 应用于缓存服务器http非80缓存端口服务的方法和系统 | |
CN104811507B (zh) | 一种ip地址获取方法及装置 | |
CN105281987B (zh) | 路由器及数据上传方法、装置、系统 | |
CN106911732A (zh) | 一种网站访问加速方法及装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171229 |
|
RJ01 | Rejection of invention patent application after publication |