adaptation_access

TAG: adaptation_access

Этот тэг доступен только если Squid скомпилирован с опциями --enable-ecap или --enable-icap-client.

Этот тэг разрешает или запрещает согласно ACL, отправку HTTP транзакций(HTTP запрос или ответ) к ICAP или eCAP сервису.

Примечание: ICAP или eCAP сервис это программное обеспечение которое предназначено для выполнения некоторого преобразования HTTP запроса(ответа) перед его отправкой на сервер или после его получения. Например, пользователь запрашивает некоторую страницу, которая наполнена рекламой. ICAP сервис, может производить обработку полученного от сервера ответа и убирать рекламу, перед тем как отдать ответ пользователю. Также ICAP сервис может модифицировать HTTP запрос перед отправкой его на сервер. ICAP и eCAP созданы для использования в прозрачных прокси-серверах. Подробнее читай RFC 3507

Использование:
adaptation_access service_name allow|deny [!]aclname... adaptation_access set_name allow|deny [!]aclname...

Проверка HTTP запроса(ответа) на попадание в ACL, производится в том порядке, как они следуют в файле сверху вниз (как обычно в Squid).

Следующие ICAP cервисы, игнорируются (без проверки ACL):
- сервисы предоставляющие несколько видов преобразований запроса;
- не работающие сервисы;
- сервисы, которые сконфигурированы игнорировать ICAP запросы (на основе заголовка ICAP Transfer-Ignore)

Для указания множества ICAP сервисов в одной строке используй set_name. Смотри adaptation_service_set для подробностей.

Если ACL сработал, то процессинг останавливается. Для правила allow, HTTP запрос(ответ) будет отправлен указанному ICAP сервису в adaptation_access. Если deny, то HTTP запрос(ответ) не отправляется указанному ICAP сервису.

На текущий момент, невозможно применить более чем одно преобразование через ICAP сервис, для одного HTTP-запроса(ответа). Смотри также: icap_service и ecap_service

Пример:
adaptation_access service_1 allow all

По умолчанию:
none