El ayudante de Squid ve el módulo. ¿Pero puede leerlo?
Investigue los permisos del servicio y los grupos efectivos cuando un ayudante de Squid informa de un módulo ausente tras una actualización.
Antes de añadir la cuenta de Squid a otro grupo, compruebe cache_effective_group. En Squid 5–7, el valor predeterminado usa los grupos primario y suplementarios del usuario efectivo. Una sustitución explícita hace que Squid ignore los privilegios de otros grupos, así que la pertenencia que acaba de añadir puede no llegar nunca a su ayudante.
Esa es una forma en que un módulo de Perl puede existir en el disco y aun así no cargarse. Distinga tres causas en el error real del cargador: la dependencia no existe, está fuera de la ruta de búsqueda del intérprete o el servicio no puede leerla.
Compare el módulo y cada directorio padre bajo la identidad de ejecución del ayudante. El intérprete necesita recorrer directorios y leer archivos, no solo un nombre de archivo final legible. Tras una actualización, la propiedad del proveedor o los modos predeterminados pueden diferir de la disposición que antes funcionaba.
Elija una concesión de permisos estrecha y coherente con la cuenta de servicio prevista y el ajuste de grupo efectivo. Leer una dependencia no exige hacer escribible todo el árbol de la aplicación por parte del proxy. Regenere los procesos afectados mediante el ciclo de vida admitido del servicio después de los cambios de grupo; los existentes pueden conservar sus pertenencias antiguas.
Si las rutas de búsqueda y los permisos ordinarios coinciden, inspeccione la visión del sistema de archivos del servicio y las pruebas de control de acceso obligatorio. Que un shell de root cargue el módulo con éxito no establece ninguna de esas condiciones para el ayudante.