Um ouvinte TPROXY do Squid pode receber o tráfego dos clientes com sucesso enquanto a conexão com seu pai falha. Preservar o endereço de origem nessa conexão de saída pode ser inadequado para o caminho de rede do pai.

Nas versões do Squid que suportam a opção, adicione no-tproxy à definição cache_peer existente pertinente. Por exemplo:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy desativa a falsificação do endereço de origem do cliente para conexões com este par. Não remove a configuração transparente do ouvinte nem seleciona o par sozinho. Preserve as demais opções e regras de seleção de pai da implantação. Onde essas regras permitem destinos públicos por meio de um pai não autenticado, a lista de proxies HTTP oferece endereços candidatos; não mantenha as credenciais existentes do pai e verifique a permissão para cada destino CONNECT real.

O pai agora recebe uma conexão normal a partir do endereço de saída do próprio Squid, sujeita a qualquer NAT. Sua política de acesso e autenticação devem permitir esse proxy a jusante. Verifique o endereço de origem visto pelo pai quando ele usa uma restrição de IP.

Esta opção está documentada para o Squid 7 e versões compatíveis anteriores; a referência de configuração a marca como indisponível no Squid 8. Mantenha a receita vinculada à versão em uso.

Artigos relacionados