Ang scanner ng ICAP ay nangangailangan ng proxy sa harapan nito

Ilagay ang serbisyo ng adaptasyon ng ICAP sa tamang tungkulin nito sa halip na ilagay ang port nito bilang proxy ng browser.

browser → forward proxy → website
                  ↕
             ICAP service

I-configure ang browser na gamitin ang forward proxy, hindi ang ICAP port ng scanner. Ang proxy ang kliyente ng ICAP; ang scanner ang server ng ICAP. Ang tagapakinig sa port 1344 ay maaaring malusog nang hindi nauunawaan ang mga kahilingang HTTP proxy na parang browser o CONNECT.

Ang gilid na landas ng ICAP ay tumatanggap ng piling mensahe ng HTTP para suriin o iakma. Hindi ito kinakailangang isa pang labasan sa internet sa isang serye ng proxy.

Piliin ang yugto ayon sa kung ano ang kailangang suriin. Hinahawakan ng REQMOD ang mga isinumiteng kahilingan; hinahawakan ng RESPMOD ang mga isinumiteng tugon. Ang scanner ng tugon ay hindi nag-iisa sa pagsusuri ng mga upload. Ang napiling produkto ng proxy ay kailangang may suporta sa kliyente ng ICAP para sa serbisyo at yugtong kailangan mo.

Sa mga bersiyon ng Squid na may suporta sa ICAP, magkahiwalay ang mga depinisyon ng serbisyo at ang mga tuntunin sa pag-access ng adaptasyon. Hindi sapat ang pagdeklara ng scanner para dumaan dito ang bawat transaksyon. Para sa serbisyo ng tugon sa Squid 7, i-configure nang sabay ang pagpili ng serbisyo ng ICAP at ang pag-access ng adaptasyon. Tukuyin kung hinaharang ng error sa serbisyo ang isang kahilingan o pinapayagan ang na-configure na paglampas, bilang bahagi ng pangangailangan sa pagsasala.

Ang ordinaryong CONNECT ay nag-iiwan din ng nilalaman ng aplikasyong HTTPS na naka-encrypt. Ang pagpapadaan ng tunnel sa proxy ay hindi nagbibigay ng katawan ng tugon ng HTTP na masusuri. Ang anumang sinadyang pagdecrypt ng TLS ay nangangailangan ng sarili nitong angkop na setup at tiwala ng kliyente.

Kaugnay na mga artikulo