Seu serviço de upstream fornece uma única porta de proxy HTTP. A sintaxe cache_peer do Squid pede duas. O campo extra serve para consultas à cache, não para uma segunda conexão de encaminhamento obrigatória.

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

Aqui 8080 transporta os pedidos de proxy HTTP. O zero ocupa o campo da porta de consultas; no-query desativa as consultas ICP para este par. O pai não precisa implementar ICP.

Mas precisa falar o protocolo de proxy HTTP. Se o pai for público, a lista de proxies HTTP oferece candidatos HTTP para verificar. Uma porta SOCKS não serve no lugar. Para HTTPS, verifique se o pai permite o destino CONNECT necessário; o suporte a ICP não tem relação.

Mantenha o controle de acesso e a política de roteamento seguinte separados. Declarar este par não autoriza os clientes nem proíbe o retorno direto. Preserve as regras de http_access, de seleção de par e de never_direct adequadas às requisições pretendidas.

Mudar a porta ICP não conserta um login de proxy recusado nem um destino CONNECT negado.

Artigos relacionados