¿Necesita un puerto ICP el proxy principal de Squid?

Su servicio superior ofrece un solo puerto de proxy HTTP. La sintaxis cache_peer de Squid pide dos. El campo adicional es para consultas a la caché, no para una segunda conexión de reenvío obligatoria.

cache_peer parent.example parent 8080 0 no-query name=office_parent

Aquí 8080 transporta las peticiones de proxy HTTP. El cero ocupa el campo del puerto de consultas; no-query desactiva las consultas ICP hacia este par. El padre no necesita implementar ICP.

Sí debe hablar el protocolo de proxy HTTP. Si el padre va a ser público, la lista de proxy HTTP ofrece candidatos HTTP que comprobar. Un puerto SOCKS no sirve en su lugar. Para HTTPS, compruebe que el padre permita el destino CONNECT necesario; el soporte de ICP no tiene relación.

Mantenga separados el control de acceso y la política de enrutamiento posterior. Declarar este par no autoriza a los clientes ni prohíbe el retorno directo. Conserve las reglas de http_access, de selección de par y de never_direct adecuadas para las peticiones previstas.

Cambiar el puerto ICP no repara un inicio de sesión de proxy rechazado ni un destino CONNECT denegado.