Squid cache_peer: não marque um pai de encaminhamento como originserver

Uma linha cache_peer pode nomear um pai e ainda dizer ao Squid para falar com ele como se fosse o site de origem.

O interruptor responsável é originserver. O Squid o documenta para configurações de acelerador em que o par é um servidor web. Não é um sinalizador genérico que significa “envie a solicitação original por este pai”.

Se o próximo salto for um proxy de encaminhamento HTTP comum, verifique se esse sinalizador pertence ali. Uma declaração básica de pai, em vez disso, tem a forma:

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

O pai pode ser o seu próprio serviço; para um teste de pai público permitido sem credenciais de proxy pai configuradas, pegue um candidato HTTP da lista de proxies HTTP. Mantenha a autorização de cliente pretendida, a elegibilidade do pai, a autenticação e a política de fallback direto. Este trecho apenas identifica o papel do pai.

proxy-only, às vezes copiado ao lado de originserver, diz respeito ao armazenamento de objetos obtidos desse pai. Remover ambos os sinalizadores de uma vez não estabelece que ambos causaram a falha de protocolo.

Observe o que o próximo serviço espera: uma solicitação de site, uma solicitação de proxy de encaminhamento ou uma troca de estabelecimento de túnel. Um nome de host válido e uma porta alcançável não podem tornar esses contratos intercambiáveis. Corrigir o papel do pai é mais específico do que alterar repetidamente certificados TLS em uma conexão cuja semântica de solicitação estava errada.