Um scanner ICAP precisa de um proxy à frente

browser → forward proxy → website
                  ↕
             ICAP service

Configure o navegador para usar o proxy de encaminhamento, não a porta ICAP do scanner. O proxy é o cliente ICAP; o scanner é o servidor ICAP. Um ouvinte na porta 1344 pode estar saudável sem compreender pedidos HTTP de proxy ao estilo do navegador nem CONNECT.

O caminho lateral ICAP recebe mensagens HTTP selecionadas para inspeção ou adaptação. Não é necessariamente outra saída para a Internet numa cadeia série de proxies.

Escolha o estágio conforme o que precisa de ser inspecionado. O REQMOD trata dos pedidos submetidos; o RESPMOD trata das respostas submetidas. Um scanner de respostas não inspeciona por si só os envios. O produto de proxy escolhido tem de ter suporte de cliente ICAP para o serviço e o estágio de que necessita.

Nas versões do Squid com suporte ICAP, as definições de serviço e as regras de acesso à adaptação são separadas. Declarar o scanner não basta para que cada transação passe por ele. Para um serviço de respostas no Squid 7, configure em conjunto a seleção do serviço ICAP e o acesso à adaptação. Defina se um erro do serviço bloqueia um pedido ou permite o desvio configurado, como parte do requisito de filtragem.

O CONNECT comum também deixa o conteúdo da aplicação HTTPS cifrado. Passar o túnel por um proxy não fornece um corpo de resposta HTTP para analisar. Qualquer disposição deliberada de decifração TLS exige a sua própria configuração compatível e a confiança do cliente.