以前の名前:
動作条件: --enable-ecap または --enable-icap-client
デフォルト値: none
提案された設定:
適応チェーンかパイプラインを形成して、一つずつ適用される補足的なサービスのリストを形成します。
Squidで、同じメッセージに対して異なる適応を実行する必要がある場合に便利です。

名づけられたサービスは、セットした宣言の順序で使用される。
セットからの最初の適用可能な適応サービスは最初に使用されます。
次の適用可能なサービスは、チェーン中の前のサービスの成功した適応結果に適用されます

適応が開始されると、それらのセットに含まれていなかったかのように、破損したサービスは無視されます。
破損サービスはダウンオプションのサービスです。

Squidは、現在 "reqmod_precache"ベクタポイント(icap_serviceまたはecap_serviceを参照)で RESPMOD サービスの宣言を許していないため、リクエスト満足度適応チェーン(Request satisfaction terminates the adaptation chain)を終了します。

セット内のサービスには、同じベクタポイントにアタッチ(例えば、 pre-cache)され、同じ適応方法(例えば、REQMOD)を使用する必要があります。

チェーンはオプションであり、必要不可欠なサービスが混在している場合があります。
不可欠な適応に失敗した場合（または障害が発生しても、他の理由のためにバイパスできない場合）は、マスタ·トランザクションが失敗します。
それ以外の場合は、あたかも失敗した適応サービスのチェーンにないかのように、失敗は回避されます。

adaptation_access と adaptation_service_set を参照してください。


例：
adaptation_service_chain svcRequest requestLogger urlFilter leakDetector