Un escáner ICAP precisa un proxy diante

Coloque o servizo de adaptación ICAP no seu papel correcto en lugar de introducir o seu porto como proxy do navegador.

browser → forward proxy → website
                  ↕
             ICAP service

Configure o navegador para usar o proxy de reenvío, non o porto ICAP do escáner. O proxy é o cliente ICAP; o escáner é o servidor ICAP. Un receptor no porto 1344 pode estar san sen entender as peticións HTTP de proxy ao estilo do navegador nin CONNECT.

A vía lateral ICAP recibe mensaxes HTTP seleccionadas para inspección ou adaptación. Non é necesariamente outra saída a Internet nunha cadea serie de proxies.

Escolla a etapa segundo o que haxa que inspeccionar. REQMOD xestiona as peticións enviadas; RESPMOD xestiona as respostas enviadas. Un escáner de respostas non inspecciona por si mesmo as subidas. O produto de proxy elixido debe ter soporte de cliente ICAP para o servizo e a etapa que necesite.

Nas versións de Squid con soporte ICAP, as definicións de servizo e as regras de acceso á adaptación son independentes. Declarar o escáner non abonda para que toda transacción pase por el. Para un servizo de respostas en Squid 7, configure xuntos a selección de servizo ICAP e o acceso á adaptación. Defina se un erro do servizo bloquea unha petición ou permite a omisión configurada, como parte do requisito de filtrado.

O CONNECT ordinario tamén deixa cifrado o contido da aplicación HTTPS. Pasar o túnel por un proxy non proporciona un corpo de resposta HTTP que escanear. Calquera disposición deliberada de descifrado TLS necesita a súa propia configuración compatible e a confianza do cliente.

Artigos relacionados