Kichanganuzi cha ICAP kinahitaji proksi mbele yake
Weka huduma ya urekebishaji ya ICAP katika nafasi yake sahihi badala ya kuweka bandari yake kama proksi ya kivinjari.
browser → forward proxy → website
↕
ICAP service
Sanidi kivinjari kitumie proksi ya mbele, si bandari ya ICAP ya kichanganuzi. Proksi ni mteja wa ICAP; kichanganuzi ni seva ya ICAP. Msikilizaji kwenye bandari 1344 anaweza kuwa mzima bila kuelewa maombi ya HTTP proksi ya mtindo wa kivinjari au CONNECT.
Njia ya pembeni ya ICAP hupokea jumbe za HTTP zilizochaguliwa kwa ukaguzi au urekebishaji. Si lazima kiwe njia nyingine ya kutoka mtandaoni katika mnyororo wa proksi.
Chagua hatua kulingana na kile kinachopaswa kukaguliwa. REQMOD hushughulikia maombi yaliyowasilishwa; RESPMOD hushughulikia majibu yaliyowasilishwa. Kichanganuzi cha majibu hakikagui upakiaji chenyewe. Bidhaa ya proksi iliyochaguliwa inahitaji msaada wa mteja wa ICAP kwa huduma na hatua unayohitaji.
Katika matoleo ya Squid yenye msaada wa ICAP, fasili za huduma na kanuni za ufikiaji wa urekebishaji ni tofauti. Kutangaza kichanganuzi hakutoshi kwa kila muamala kupita ndani yake. Kwa huduma ya majibu ya Squid 7 sanidi uchaguzi wa huduma ya ICAP na ufikiaji wa urekebishaji pamoja. Bainisha kama hitilafu ya huduma inazuia ombi au inaruhusu upitaji uliosanidiwa, kama sehemu ya sharti la uchujaji.
CONNECT ya kawaida pia huacha maudhui ya programu ya HTTPS yakiwa yamesimbwa. Kupitisha handaki kupitia proksi hakutoa mwili wa jibu la HTTP wa kuchanganua. Upambanuzi wowote wa TLS wa kukusudia unahitaji mpangilio wake unaoendana na imani ya mteja.