Um serviço ICAP pode receber a identidade autenticada que o Squid conhece, mas ambos os lados precisam concordar sobre como essa identidade é transportada. Apenas nomear um cabeçalho não ativa o encaminhamento do nome de usuário.

Para uma instalação existente do Squid 7 com suporte a ICAP e autenticação de clientes, as configurações relevantes podem ser:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Isso complementa o serviço ICAP existente, as regras de adaptação e a configuração de acesso ao proxy. Não cria autenticação nem um serviço de adaptação.

Ajuste-se à entrada do serviço

O cabeçalho de nome de usuário padrão do Squid é X-Client-Username. Se o adaptador espera X-Authenticated-User, altere o nome configurado do Squid como acima ou configure o adaptador para ler o padrão. A correspondência de nomes de cabeçalho segue as regras do HTTP, sem diferenciar maiúsculas de minúsculas.

A codificação também precisa coincidir. Com icap_client_username_encode ativado, o Squid codifica o valor em Base64. O serviço deve decodificar essa representação em vez de tratá-la como outro nome de usuário.

São metadados sobre a troca ICAP entre o Squid e seu serviço. Não é uma instrução para enviar um cabeçalho de identidade do usuário a cada site de destino.

Se o serviço ainda informar um endereço IP

Confirme que a transação realmente tem um nome de usuário autenticado no Squid, que o encaminhamento do nome de usuário está ativado e que o serviço lê o cabeçalho configurado. Um adaptador recorrer ao endereço do cliente não prova que a autenticação do Squid falhou; a própria entrega pode estar ausente ou ter o nome errado.

Considere esta identidade confiável apenas ao longo do caminho controlado entre o Squid e o adaptador. Estas diretivas dependem da versão: a referência de configuração as lista para o Squid 7 e linhas anteriores, e as marca como indisponíveis no Squid 8.

Artigos relacionados