'n ICAP-skandeerder het 'n proxy voor hom nodig

Plaas 'n ICAP-aanpassingsdiens in sy regte rol in plaas daarvan om sy poort as 'n blaaierproxy in te voer.

browser → forward proxy → website
                  ↕
             ICAP service

Stel die blaaier so op dat dit die voorwaartse proxy gebruik, nie die skandeerder se ICAP-poort nie. Die proxy is die ICAP-kliënt; die skandeerder is die ICAP-bediener. 'n Luisteraar op poort 1344 kan heeltemal gesond wees sonder om blaaieragtige HTTP-proxyversoeke of CONNECT te verstaan.

Die ICAP-sypad ontvang geselekteerde HTTP-boodskappe vir inspeksie of aanpassing. Dit is nie noodwendig nog 'n internetuitgang in 'n reeksgeskakelde proxy-ketting nie.

Kies die fase volgens wat geïnspekteer moet word. REQMOD hanteer ingediende versoeke; RESPMOD hanteer ingediende antwoorde. 'n Antwoordskandeerder inspekteer nie op sigself opgelaaiings nie. Die gekose proxyproduk moet ICAP-kliëntondersteuning hê vir die diens en fase wat jy nodig het.

In Squid-weergawes met ICAP-ondersteuning is diensdefinisies en aanpassingstoegangsreëls afsonderlik. Om die skandeerder te verklaar is nie genoeg om elke transaksie daarheen te stuur nie. Vir 'n Squid 7-antwoorddiens moet jy ICAP-dienskeuse en aanpassingstoegang saam konfigureer. Bepaal of 'n diensfout 'n versoek blokkeer of die gekonfigureerde omleiding toelaat, as deel van die filtervereiste.

Gewone CONNECT laat HTTPS-toepassingsinhoud ook geïnkripteer. Om die tonnel deur 'n proxy te stuur verskaf nie 'n HTTP-antwoordliggaam om te skandeer nie. Enige doelbewuste TLS-ontsypheringsreëling het sy eie versoenbare opstelling en kliëntvertroue nodig.

Verwante artikels