ICAP协议.doc

ICAP 　　ICAP协议介绍 一. ICAP协议简介 　　ICAP 是 Internet Content Adaptation Protocol 的缩写.它 在本质上 是 在 HTTP message上执 行RPC远程过程调用 的一种轻量级 的协议, 也就 是说, 它让ICAP Client可以把HTTP Message传给ICAP Server, 然后ICAP Server可以对其进行某种变换或者其他处理(“匹配”).被变换 的 message可以 是 HTTP请求也可以 是 HTTP应答. ICAP 是和HTTP协议 在结构和用法上都相似 的请求/应答式 的协议.虽然和HTTP协议类似,但它并不 是 HTTP,也并不 是以HTTP协议为底层协议 在其上实现 的应用层协议, 也就 是说, ICAP 的 message不能够被HTTP代理所处理和转发. 实际上, 在 ICAP协议刚被提出 的时候, 出于HTTP协议已被业界广泛采用和利用 在 HTTP上 的已有 的大量投资, 是曾经把它设计成HTTP上层 的应用层协议 的 . 但 是 , 以HTTP为底层而实现 的方案后来被证明 是不可行 的 , 因为一些对于ICAP相当重要 的特性无法 在 HTTP上面实现.例如, ICAP Client可以 在传输一个消息体 的中间暂停并且等待一个”100 Continue”消息, 而HTTP Client只能 在消息头和消息体之间暂停等待, 另外, HTTP代理程序对Http message 的一些变换 是合法 的和无害 的 , 而对于ICAP, 由于ICAP 的 ”消息头中又内嵌有消息头” 的封装机制和其他其他一些特性就将会引起问题. Origin Server 用户所要获得 的资源所存储 在或者所被生成 的 Server, 例如xxxmail 的 box server就 是一种Origin Server. ICAP资源 和HTTP资源相似, 但 是其URI指定 的 是某个负责执行HTTP message 的变换 的 ICAP服务. ICAP server: 和一个HTTP server类似,但可通过ICAP请求应用程序服务. ICAP client: 建立和ICAP servers 的连接并发送请求给它 的程序.ICAP client经常 是 (但不总 是 )为用户服务 的代理程序. ICAP 的两种工作模式: 1) 请求修改模式 在 ”请求修改”(reqmod) 模式中, ICAP Client把HTTP request发送给ICAP Server, 然后ICAP SERVER可以做以下处理之一: a. 送回http request 的一个修改后 的版本, 然后ICAP Client把修改后 的 http request交给一个Origin Server去处理, 或者把修改后 的 request排队送到另一个ICAP Server做进一步 的修改; b. 送回一个http response. 在错误发生需要给用户有用 的提示信息 的时候. 例如”你请求访问一个你没有权限访问 的网页”. c. 返回一个错误. ICAP Client必须能够处理以上所有这3种ICAP SERVER 的 response. 但 是 ICAP Client 的实现 在处理错误 的时候仍可具有灵活性, 对于ICAP Server返回 的错误, 可以直接把错误返回给用户, 或者再重新尝试匹配变换过程(把http request交给ICAP Server修改 的过程). 在请求修改模式下 的 ICAP 的典型 的数据流程如下图所示: origin-server | /|\ | | 5 | | 4 | | \|/ | 2 ICAP-client --------------%26gt; ICAP-resource (surrogate) ICAP-resource (surrogate) 一. ICAP协议简介 ICAP是Internet Content Adaptation Protocol的缩写.它在本质上是在HTTP message上执 行RPC远程过程调用的一种轻量级的协议, 也就是说, 它让ICAP Client可以把HTTP Message传给ICAP Server, 然后ICAP Server可以对其进行某种变换或者其他处理(“匹配”).被变换的message可以是HTTP请求也可以是HTTP应答. ICAP是和HTTP协议在结构和用法上都相似的请求/应答式的协议.虽然和HTTP协议类似,但它并不是HTTP,也并不是以HTTP协议为底层协议在其上实现的应用层协议, 也就是说, ICAP的message不能够被HTTP代