La helpanto de Squid vidas la modulon. Ĉu ĝi povas ĝin legi?
Esploru la permesojn de la servo kaj la efikajn grupojn kiam helpanto de Squid raportas mankan modulon post ĝisdatigo.
Antaŭ ol aldoni la konton de Squid al alia grupo, kontrolu cache_effective_group. En Squid 5–7, la defaŭlto uzas la ĉefajn kaj aldonajn grupojn de la efika uzanto. Eksplicita anstataŭigo igas Squid ignori la privilegiojn de aliaj grupoj, do la membreco, kiun vi ĵus aldonis, eble neniam atingos ĝian helpanton.
Tio estas unu maniero kiel modulo Perl povas ekzisti sur la disko kaj tamen malsukcesi ŝargiĝi. Distingu tri kaŭzojn en la reala ŝargila eraro: la dependaĵo mankas, ĝi estas ekster la serĉvojo de la interpretilo, aŭ la servo ne povas ĝin legi.
Komparu la modulon kaj ĉiun gepatran dosierujon sub la rultempa identeco de la helpanto. La interpretilo bezonas dosierujan trairon kaj dosieran legadon, ne nur legeblan finan dosiernomon. Post ĝisdatigo, la posedeco de la vendisto aŭ la defaŭltaj reĝimoj povas malsami de la aranĝo, kiu antaŭe funkciis.
Elektu mallarĝan permeson kongruan kun la celata servokonto kaj la agordo de efika grupo. Legi unu dependaĵon ne postulas igi la tutan aplikaĵarbon skribebla de la prokurilo. Rekreu la tuŝitajn procezojn per la subtenata vivociklo de la servo post grupaj ŝanĝoj; la ekzistantaj povas reteni siajn malnovajn membrecojn.
Se la serĉvojoj kaj la ordinaraj permesoj kongruas, ekzamenu la vidon de la servo al la dosiersistemo kaj la pruvojn de deviga alirkontrolo. Tio, ke radika ŝelo sukcese ŝargas la modulon, ne pruvas iun ajn el tiuj kondiĉoj por la helpanto.