Foardat jo it Squid-akkount oan in oare groep tafoegje, kontrolearje cache_effective_group. Yn Squid 5–7 brûkt de standert de primêre en oanfoljende groepen fan 'e effektive brûker. In eksplisite oerskriuwing lit Squid de privileezjes fan oare groepen negearje, sadat it lidmaatskip dat jo krekt tafoege hawwe de helper miskien nea berikt.

Dat is ien manier wêrop in Perl-module op 'e skiif bestean kin en dochs net lade. Underskied trije oarsaken yn 'e eigentlike laadflater: de ôfhinklikens ûntbrekt, it leit bûten it sykpaad fan 'e ynterpreteur, of de tsjinst kin it net lêze.

Fergelykje de module en elk âlderlingmap ûnder de runtime-identiteit fan 'e helper. De ynterpreteur hat mapferkear en bestânslêzen nedich, net allinnich in lêsbere úteinlike bestânsnamme. Nei in fernijing kinne eignerskip fan 'e leveransier of standertmodi ferskille fan 'e regeling dy't earder wurke.

Kies in nauwe rjochtenferliening dy't past by it bedoelde tsjinstakkount en de ynstelling foar effektive groep. It lêzen fan ien ôfhinklikens freget net dat de hiele applikaasjebeam troch de proxy skriuwber makke wurdt. Meitsje troffen prosessen op 'e nij oan fia de stipe libbenssyklus fan 'e tsjinst nei groepsferoarings; besteande kinne har âlde lidmaatskippen behâlde.

As sykpaden en gewoane rjochten oerienkomme, ûndersykje dan de werjefte fan 'e tsjinst op it bestânssysteem en bewiis fan ferplichte tagongskontrôle. Dat in root-skel de module mei súkses laadt, bewiist gjin fan dy betingsten foar de helper.

Relatearre artikelen