Un scaner ICAP are nevoie de un proxy în fața lui

Plasați serviciul de adaptare ICAP în rolul său corect în loc să introduceți portul acestuia ca proxy al browserului.

browser → forward proxy → website
                  ↕
             ICAP service

Configurați browserul să folosească proxy-ul de forwardare, nu portul ICAP al scanerului. Proxy-ul este clientul ICAP; scanerul este serverul ICAP. Un ascultător pe portul 1344 poate fi sănătos fără să înțeleagă cereri HTTP de proxy în stilul browserului sau CONNECT.

Calea laterală ICAP primește mesaje HTTP selectate pentru inspecție sau adaptare. Nu este neapărat o altă ieșire spre internet într-un lanț serial de proxy-uri.

Alegeți etapa în funcție de ceea ce trebuie inspectat. REQMOD tratează cererile trimise, RESPMOD răspunsurile trimise. Un scaner de răspunsuri nu inspectează de la sine încărcările. Produsul de proxy ales trebuie să ofere suport de client ICAP pentru serviciul și etapa de care aveți nevoie.

În versiunile de Squid cu suport ICAP, definițiile serviciilor și regulile de acces la adaptare sunt separate. Declararea scanerului nu este suficientă pentru ca fiecare tranzacție să treacă prin el. Pentru un serviciu de răspunsuri în Squid 7, configurați împreună selecția serviciului ICAP și accesul la adaptare. Stabiliți dacă o eroare de serviciu blochează o cerere sau permite ocolirea configurată, ca parte a cerinței de filtrare.

CONNECT obișnuit lasă și conținutul aplicației HTTPS criptat. Trecerea tunelului prin proxy nu oferă un corp de răspuns HTTP de scanat. Orice decriptare TLS deliberată are nevoie de propria configurare compatibilă și de încrederea clientului.

Articole similare