O axudante de Squid ve o módulo. Pero pode lelo?

Antes de engadir a conta de Squid a outro grupo, comprobe cache_effective_group. En Squid 5–7, o valor predeterminado usa os grupos primario e suplementarios do usuario efectivo. Unha substitución explícita fai que Squid ignore os privilexios doutros grupos, así que a pertenza que acaba de engadir pode non chegar nunca ao seu axudante.

Esa é unha forma en que un módulo de Perl pode existir no disco e aínda así non cargarse. Distinga tres causas no erro real do cargador: a dependencia non existe, está fóra da ruta de busca do intérprete ou o servizo non pode lela.

Compare o módulo e cada directorio pai baixo a identidade de execución do axudante. O intérprete necesita percorrer directorios e ler ficheiros, non só un nome de ficheiro final lexible. Tras unha actualización, a propiedade do provedor ou os modos predeterminados poden diferir da disposición que antes funcionaba.

Escolla unha concesión de permisos estreita e coherente coa conta de servizo prevista e o axuste de grupo efectivo. Ler unha dependencia non require facer escribible toda a árbore da aplicación polo proxy. Recrea os procesos afectados mediante o ciclo de vida admitido do servizo despois dos cambios de grupo; os existentes poden conservar as súas pertenzas antigas.

Se as rutas de busca e os permisos ordinarios coinciden, inspeccione a visión do sistema de ficheiros do servizo e as probas de control de acceso obrigatorio. Que un shell de root cargue o módulo con éxito non establece ningunha desas condicións para o axudante.