Squid configuration directive adaptation_access

Available in: 4   3.5   3.4   3.3   3.2   3.1  

For older versions than 3.3 see the linked pages above

Configuration Details:

Option Name:adaptation_access
Replaces:
Requires:--enable-ecap or --enable-icap-client
Default Value:Allow, unless rules exist in squid.conf.
Suggested Config:

	Sends an HTTP transaction to an ICAP or eCAP adaptation	service.

	adaptation_access service_name allow|deny [!]aclname...
	adaptation_access set_name     allow|deny [!]aclname...

	At each supported vectoring point, the adaptation_access
	statements are processed in the order they appear in this
	configuration file. Statements pointing to the following services
	are ignored (i.e., skipped without checking their ACL):

	    - services serving different vectoring points
	    - "broken-but-bypassable" services
	    - "up" services configured to ignore such transactions
              (e.g., based on the ICAP Transfer-Ignore header).

        When a set_name is used, all services in the set are checked
	using the same rules, to find the first applicable one. See
	adaptation_service_set for details.

	If an access list is checked and there is a match, the
	processing stops: For an "allow" rule, the corresponding
	adaptation service is used for the transaction. For a "deny"
	rule, no adaptation service is activated.

	It is currently not possible to apply more than one adaptation
	service at the same vectoring point to the same HTTP transaction.

        See also: icap_service and ecap_service

Example:
adaptation_access service_1 allow all

 

Back

 

Introduction

Documentation

Support

Miscellaneous

Web Site Translations

Mirrors