Para onde foi o auxiliar de sessão do Squid?
Rastreie um auxiliar do Squid ausente no pacote instalado, no nome de arquivo documentado e nas opções de compilação antes de alterar as configurações de autenticação.
Uma configuração copiada de outro servidor menciona ext_session_acl. Seu pacote do Squid não tem arquivo nesse caminho. Isso pode ser uma divergência de empacotamento e não uma sessão de usuário quebrada.
O Squid pode delegar decisões de ACL externas a programas auxiliares, mas nomear um programa em external_acl_type não o instala. O binário precisa existir no ambiente implantado.
Compare três coisas:
- O nome documentado do auxiliar para a versão do Squid que você usa.
- Os arquivos que o pacote da sua distribuição realmente fornece.
- O caminho absoluto do executável na configuração carregada pelo Squid.
O Debian publica um manual para ext_session_acl, mas um título de manual correspondente não prova que exista um binário no caminho copiado no seu servidor. Verifique as informações de pacote dessa instalação e o diretório de auxiliares.
Se o pacote dela não fornece o auxiliar necessário, examine a divisão de pacotes suportada pela distribuição e as informações de compilação. O nome de um subdiretório na árvore de código-fonte não prova que o binário resultante esteja presente em toda compilação.
Mantenha «arquivo ausente» separado de «arquivo presente, mas que não inicia». O segundo caso pode envolver o interpretador, bibliotecas compartilhadas, permissões ou confinamento do serviço. Para essa falha, consulte as mensagens de inicialização do auxiliar do Squid. Nenhum dos dois sintomas prova que a senha de um usuário do proxy esteja errada.
Um auxiliar de um servidor antigo sem relação não é intercambiável só porque o nome do arquivo corresponde à configuração.