یک اسکنر 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 به پیکربندی سازگار خود و اعتماد کلاینت نیاز دارد.