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
