對這文章發表回應
發表限制: 非會員 可以發表
發表者： 冷日 發表時間： 2016/6/28 6:06:46
Symantec 的說法：
ICAP (Internet Content Adaptation Protocol，Internet 內容調適通訊協定)
一種輕量型通訊協定，用於對 HTTP 訊息執行遠端程序呼叫。Symantec Scan Engine 支援版本 1.0 的 ICAP，如 RFC 3507 (2003 年 4 月) 中所述。
ICAP (Internet Content Adaptation Protocol，Internet 內容調適通訊協定)
Wiki 的說明：
Internet Content Adaptation Protocol
From Wikipedia, the free encyclopedia
This article includes a list of references, related reading or external links, but its sources remain unclear because it lacks inline citations. Please help to improve this article by introducing more precise citations. (October 2015) (Learn how and when to remove this template message)
The Internet Content Adaptation Protocol (ICAP) is a lightweight HTTP-like protocol specified in RFC 3507 which is used to extend transparent proxy servers, thereby freeing up resources and standardizing the way in which new features are implemented. ICAP is generally used to implement virus scanning and content filters in transparent HTTP proxy caches. Content adaptation refers to performing the particular value added service (content manipulation) for the associated client request/response.
ICAP concentrates on leveraging edge-based devices (caching proxies) to help deliver value-added services. At the core of this process is a cache that will proxy all client transactions and will process them through ICAP web servers. These ICAP servers are focused on a specific function, for example, ad insertion, virus scanning, content translation, language translation, or content filtering. Off-loading value-added services from web servers to ICAP servers allows those same web servers to be scaled according to raw HTTP throughput versus having to handle these extra tasks.
History
ICAP was proposed in late 1999 by Peter Danzig and John Schuster[1] from Network Appliance.[2] Don Gillies took over the project in the spring of 2000 and enhanced the protocol in three main ways:
To allow pipelined ICAP servers. One web page could be streamed through virus-scan, content-filtering, and language translation servers, quickly.
To support all 3 content encodings (content-length, chunked, and TCP-close) in HTTP 1.1. This replaced original store-and-forward protocol with continuous streaming of content through many servers at once.
To provide a feature called "content preview" that allowed the ICAP server to look at the first few hundred bytes of content before deciding to process the content or not. This was implemented by embedding the preview argument size in the ICAP webserver URL when configured on the ICAP client.
Gillies prototyped the first ICAP client and server for the NetCache series of internet caches in mid-2000 (known as ICAP 0.9 protocol) and produced training materials for vendors. The client was written in C++ in the core of the NetCache server, and the demonstration ICAP Server was written in Perl and employed the Debian word-replacement filters to rewrite web pages, skipping over the HTML tags, and translating web pages into Swedish Chef or Jive in real time.[3] With knowledge learned from the prototyping experience, Gillies revised the IETF draft standard to make RPCs using only chunked encoding, greatly simplifying the ICAP protocol.[1]
References
J. Elson; A. Cerpa (2003). Internet Content Adaptation Protocol (ICAP). IETF. RFC 3507.
"Internet Content Adaptation Protocol (ICAP)" (PDF). NetApp. 2001-07-30.
Gillies, Donald. "ICAP Installation Instructions". UBC ECE Dept. Retrieved 2016-01-04.
External links
RFC 3507
ICAP Forum
A page from ICAP Beta Testing translated from Yahoo News into Jive! (Sept 20, 2000)
ICAP (Internet Content Adaptation Protocol，Internet 內容調適通訊協定)
一種輕量型通訊協定，用於對 HTTP 訊息執行遠端程序呼叫。Symantec Scan Engine 支援版本 1.0 的 ICAP，如 RFC 3507 (2003 年 4 月) 中所述。
ICAP (Internet Content Adaptation Protocol，Internet 內容調適通訊協定)
Wiki 的說明：
Internet Content Adaptation Protocol
From Wikipedia, the free encyclopedia
This article includes a list of references, related reading or external links, but its sources remain unclear because it lacks inline citations. Please help to improve this article by introducing more precise citations. (October 2015) (Learn how and when to remove this template message)
The Internet Content Adaptation Protocol (ICAP) is a lightweight HTTP-like protocol specified in RFC 3507 which is used to extend transparent proxy servers, thereby freeing up resources and standardizing the way in which new features are implemented. ICAP is generally used to implement virus scanning and content filters in transparent HTTP proxy caches. Content adaptation refers to performing the particular value added service (content manipulation) for the associated client request/response.
ICAP concentrates on leveraging edge-based devices (caching proxies) to help deliver value-added services. At the core of this process is a cache that will proxy all client transactions and will process them through ICAP web servers. These ICAP servers are focused on a specific function, for example, ad insertion, virus scanning, content translation, language translation, or content filtering. Off-loading value-added services from web servers to ICAP servers allows those same web servers to be scaled according to raw HTTP throughput versus having to handle these extra tasks.
History
ICAP was proposed in late 1999 by Peter Danzig and John Schuster[1] from Network Appliance.[2] Don Gillies took over the project in the spring of 2000 and enhanced the protocol in three main ways:
To allow pipelined ICAP servers. One web page could be streamed through virus-scan, content-filtering, and language translation servers, quickly.
To support all 3 content encodings (content-length, chunked, and TCP-close) in HTTP 1.1. This replaced original store-and-forward protocol with continuous streaming of content through many servers at once.
To provide a feature called "content preview" that allowed the ICAP server to look at the first few hundred bytes of content before deciding to process the content or not. This was implemented by embedding the preview argument size in the ICAP webserver URL when configured on the ICAP client.
Gillies prototyped the first ICAP client and server for the NetCache series of internet caches in mid-2000 (known as ICAP 0.9 protocol) and produced training materials for vendors. The client was written in C++ in the core of the NetCache server, and the demonstration ICAP Server was written in Perl and employed the Debian word-replacement filters to rewrite web pages, skipping over the HTML tags, and translating web pages into Swedish Chef or Jive in real time.[3] With knowledge learned from the prototyping experience, Gillies revised the IETF draft standard to make RPCs using only chunked encoding, greatly simplifying the ICAP protocol.[1]
References
J. Elson; A. Cerpa (2003). Internet Content Adaptation Protocol (ICAP). IETF. RFC 3507.
"Internet Content Adaptation Protocol (ICAP)" (PDF). NetApp. 2001-07-30.
Gillies, Donald. "ICAP Installation Instructions". UBC ECE Dept. Retrieved 2016-01-04.
External links
RFC 3507
ICAP Forum
A page from ICAP Beta Testing translated from Yahoo News into Jive! (Sept 20, 2000)