Un escáner ICAP necesita un proxy delante

browser → forward proxy → website
                  ↕
             ICAP service

Configure el navegador para usar el proxy de reenvío, no el puerto ICAP del escáner. El proxy es el cliente ICAP; el escáner es el servidor ICAP. Un receptor en el puerto 1344 puede estar sano sin entender las peticiones HTTP de proxy al estilo del navegador ni CONNECT.

La vía lateral ICAP recibe mensajes HTTP seleccionados para su inspección o adaptación. No es necesariamente otra salida a Internet en una cadena serie de proxies.

Elija la etapa según lo que haya que inspeccionar. REQMOD gestiona las peticiones enviadas; RESPMOD gestiona las respuestas enviadas. Un escáner de respuestas no inspecciona por sí solo las subidas. El producto de proxy elegido debe tener soporte de cliente ICAP para el servicio y la etapa que necesite.

En las versiones de Squid con soporte ICAP, las definiciones de servicio y las reglas de acceso a la adaptación son independientes. Declarar el escáner no basta para que toda transacción pase por él. Para un servicio de respuestas en Squid 7, configure juntos la selección de servicio ICAP y el acceso a la adaptación. Defina si un error del servicio bloquea una petición o permite la omisión configurada, como parte del requisito de filtrado.

El CONNECT ordinario también deja cifrado el contenido de la aplicación HTTPS. Pasar el túnel por un proxy no proporciona un cuerpo de respuesta HTTP que escanear. Cualquier disposición deliberada de descifrado TLS necesita su propia configuración compatible y la confianza del cliente.