סורק ICAP זקוק לפרוקסי לפניו
מקמו את שירות ההתאמה 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 זקוק להגדרה תואמת משלו ולאמון הלקוח.