ماسح ICAP يحتاج إلى وكيل أمامه

browser → forward proxy → website
                  ↕
             ICAP service

اضبط المتصفح على استخدام الوكيل الأمامي، لا منفذ ICAP الخاص بالماسح. فالوكيل هو عميل ICAP، والماسح هو خادم ICAP. وقد يكون المستمع على المنفذ 1344 سليمًا تمامًا دون أن يفهم طلبات الوكيل HTTP على طريقة المتصفح ولا أمر CONNECT.

يستقبل المسار الجانبي لـ ICAP رسائل HTTP مختارة للفحص أو التكييف. وهو ليس بالضرورة منفذ خروج آخر إلى الإنترنت في سلسلة وكلاء متتالية.

اختر المرحلة بحسب ما يجب فحصه. يعالج REQMOD الطلبات المقدَّمة، ويعالج RESPMOD الاستجابات المقدَّمة. وماسح الاستجابات لا يفحص التحميلات بمفرده. ويحتاج منتج الوكيل المختار إلى دعم عميل ICAP للخدمة والمرحلة التي تحتاجها.

في إصدارات Squid التي تدعم ICAP تكون تعريفات الخدمات وقواعد وصول التكييف منفصلة. ولا يكفي الإعلان عن الماسح لتمرير كل معاملة إليه. ولخدمة استجابات في Squid 7 اضبط اختيار خدمة ICAP ووصول التكييف معًا. وحدِّد ما إذا كان خطأ الخدمة يحجب الطلب أو يسمح بالتجاوز المهيأ، كجزء من متطلبات التصفية.

كما يترك CONNECT العادي محتوى تطبيق HTTPS مشفرًا. وتمرير النفق عبر وكيل لا يوفر جسم استجابة HTTP لفحصه. وأي ترتيب متعمد لفك تشفير TLS يحتاج إلى إعداد متوافق خاص به وإلى ثقة العميل.