Squid configuration directive ecap_service
Available in: 3.3 3.2 3.1 3.HEAD
History:
- Changes in 3.1 ecap_service
 - 
Defines a single eCAP service
ecap_service servicename vectoring_point bypass service_url vectoring_point = reqmod_precache|reqmod_postcache|respmod_precache|respmod_postcache This specifies at which point of transaction processing the eCAP service should be activated. *_postcache vectoring points are not yet supported. bypass = 1|0 If set to 1, the eCAP service is treated as optional. If the service cannot be reached or malfunctions, Squid will try to ignore any errors and process the message as if the service was not enabled. No all eCAP errors can be bypassed. If set to 0, the eCAP service is treated as essential and all eCAP errors will result in an error page returned to the HTTP client. service_url = ecap://vendor/service_name?custom&cgi=style¶meters=optional Example: ecap_service service_1 reqmod_precache 0 ecap://filters-R-us/leakDetector?on_error=block ecap_service service_2 respmod_precache 1 icap://filters-R-us/virusFilter?config=/etc/vf.cfg 
Configuration Details:
| Option Name: | ecap_service | 
|---|---|
| Replaces: | |
| Requires: | --enable-ecap | 
| Default Value: | none | 
| Suggested Config: | 
 | 
    
	Defines a single eCAP service
	ecap_service id vectoring_point uri [option ...]
        id: ID
		an opaque identifier or name which is used to direct traffic to
		this specific service. Must be unique among all adaptation
		services in squid.conf.
	vectoring_point: reqmod_precache|reqmod_postcache|respmod_precache|respmod_postcache
		This specifies at which point of transaction processing the
		eCAP service should be activated. *_postcache vectoring points
		are not yet supported.
	uri: ecap://vendor/service_name?custom&cgi=style¶meters=optional
		Squid uses the eCAP service URI to match this configuration
		line with one of the dynamically loaded services. Each loaded
		eCAP service must have a unique URI. Obtain the right URI from
		the service provider.
	Service options are separated by white space. eCAP services support
	the following name=value options:
	bypass=on|off|1|0
		If set to 'on' or '1', the eCAP service is treated as optional.
		If the service cannot be reached or malfunctions, Squid will try
		to ignore any errors and process the message as if the service
		was not enabled. No all eCAP errors can be bypassed.
		If set to 'off' or '0', the eCAP service is treated as essential
		and all eCAP errors will result in an error page returned to the
		HTTP client.
                Bypass is off by default: services are treated as essential.
	routing=on|off|1|0
		If set to 'on' or '1', the eCAP service is allowed to
		dynamically change the current message adaptation plan by
		returning a chain of services to be used next.
		Dynamic adaptation plan may cross or cover multiple supported
		vectoring points in their natural processing order.
		Routing is not allowed by default.
	Older ecap_service format without optional named parameters is
	deprecated but supported for backward compatibility.
Example:
ecap_service s1 reqmod_precache ecap://filters.R.us/leakDetector?on_error=block bypass=off
ecap_service s2 respmod_precache ecap://filters.R.us/virusFilter config=/etc/vf.cfg bypass=on
       | 
    |
Search
Introduction
- About Squid
 - Why Squid?
 - Squid Developers
 - How to Help Out or Donate
 - Getting Squid
 - Squid Source Packages
 - Squid Deployment Case-Studies
 - Squid Software Foundation
 
Documentation
- Configuration:
 - FAQ and Wiki
 - Guide Books:
 - Non-English
 - More...
 
Support
- Security Advisories
 - Bugzilla Database
 - Mailing lists
 - Contacting us
 - Commercial services
 - Project Sponsors
 - Squid-based products
 
Miscellaneous
- Developer Resources
 - Related Writings
 - Related Software:
 - Squid Artwork
 
