ecap_service id vectoring_point uri [option ...]

id: ID

この特定のサービスにトラフィックを向けるために使用される不明瞭な確認か名前。
squid.confの中のすべての適応サービスの中で、一意(unique)である必要があります。

vectoring_point: reqmod_precache|reqmod_postcache|respmod_precache|respmod_postcache

これはeCAPサービスを処理するトランザクションのポイントがアクティブにされるべきで指定します。
*_postcacheベクタポイントはまだサポートされていません。

uri : ecap://vendor/service_name?custom&cgi=style&parameters=optional

Squidは、ダイナミックにロードしたサービスのうちの1つで、この設定と一致する eCAPサービスのURIを使用します。
ロードされた eCAPサービスにはそれぞれユニークなURIを持っています。
サービス・プロバイダーから正しいURIを得てください。

サービスを活性化するためには、adaptation_access 指令を使用してください。
グループサービスには、adaptation_service_chain と adaptation_service_set を使用します。

サービスのオプションは空白で区切ります。
ICAPサービスは、以下の name=value オプションをサポートしています：

bypass=on|off|1|0

または 'on' または '1' に設定すると、eCAPサービスはオプションとして扱われます。
サービスに到達できないか誤動作すれば、Squidは、どんなエラーも無視し、サービスが無効だったかのようにメッセージを処理しようとします。
eCAPエラーはすべて回避することができません。
もし、'off' か '0' にセットされれば、eCAPサービスは本質的なものとして扱われ、すべてのeCAPエラーはHTTPクライアントに返されたエラー・ページとなります。

バイパスはデフォルトではオフです： サービスは不可欠として扱われます。

routing=on|off|1|0

'on'または'1'に設定すると、eCAPサービスを次に使用するサービスの連鎖を返すことによって、現在のメッセージの適応計画を動的に変更することが許可される。
サービスは、サービス名をカンマ区切ったリスト形式で、X-Next-Services ICAP応答ヘッダーの値を使用して指定します。それぞれの名前のサービスは squid.conf の中で設定する必要があります。
動的な適応計画は、交差やカバーが自然な処理順に複数のベクタポイントでサポートされる。

ルーティングは、デフォルトでは許可されていません。

オプションの名前付きパラメータを持たない古い iecap_service 形式は、非推奨ですが下位互換性のためにサポートされています。