O auxiliar do Squid vê o módulo. Mas consegue lê-lo?
Investigue as permissões do serviço e os grupos efetivos quando um auxiliar do Squid relata um módulo ausente após uma atualização.
Antes de adicionar a conta do Squid a outro grupo, verifique cache_effective_group. No Squid 5–7, a predefinição usa os grupos primário e suplementares do utilizador efetivo. Uma substituição explícita faz o Squid ignorar os privilégios de outros grupos, pelo que a pertença que acabou de adicionar pode nunca chegar ao auxiliar.
É uma das formas de um módulo Perl existir no disco e ainda assim não carregar. Distinga três causas no erro real do carregador: a dependência está ausente, está fora do caminho de pesquisa do interpretador, ou o serviço não a consegue ler.
Compare o módulo e cada diretório ascendente sob a identidade de execução do auxiliar. O interpretador precisa de atravessar diretórios e ler ficheiros, não apenas de um nome de ficheiro final legível. Após uma atualização, a propriedade do fornecedor ou os modos predefinidos podem diferir da disposição que antes funcionava.
Escolha uma concessão de permissões estreita e coerente com a conta de serviço pretendida e com a definição de grupo efetivo. Ler uma dependência não exige tornar toda a árvore da aplicação gravável pelo proxy. Recrie os processos afetados através do ciclo de vida suportado do serviço após alterações de grupo; os existentes podem manter as suas pertenças antigas.
Se os caminhos de pesquisa e as permissões normais coincidirem, inspecione a visão do serviço sobre o sistema de ficheiros e as provas de controlo de acesso obrigatório. O facto de uma shell root carregar o módulo com sucesso não estabelece nenhuma dessas condições para o auxiliar.