Precisa un porto ICP o proxy pai de Squid?

O seu servizo de orixe fornece un só porto de proxy HTTP. A sintaxe cache_peer de Squid pide dous. O campo extra é para consultas á caché, non para unha segunda conexión de reenvío obrigatoria.

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

Aquí 8080 transporta as peticións de proxy HTTP. O cero ocupa o campo do porto de consultas; no-query desactiva as consultas ICP cara a este par. O pai non precisa implementar ICP.

Pero si debe falar o protocolo de proxy HTTP. Se o pai vai ser público, a lista de proxy HTTP ofrece candidatos HTTP que comprobar. Un porto SOCKS non serve no seu lugar. Para HTTPS, comprobe que o pai permita o destino CONNECT necesario; o soporte de ICP non ten relación.

Manteña separados o control de acceso e a política de encamiñamento posterior. Declarar este par non autoriza os clientes nin prohíbe o retroceso directo. Conserve as regras de http_access, de selección de par e de never_direct axeitadas para as peticións previstas.

Cambiar o porto ICP non repara un inicio de sesión de proxy rexeitado nin un destino CONNECT denegado.