Squidin apulainen näkee moduulin. Pystyykö se lukemaan sen?
Tutki palvelun käyttöoikeuksia ja tehokkaita ryhmiä, kun Squidin apulainen ilmoittaa puuttuvasta moduulista päivityksen jälkeen.
Ennen kuin lisäät Squidin tilin toiseen ryhmään, tarkista cache_effective_group. Squidissa 5–7 oletus käyttää tehokkaan käyttäjän ensisijaisia ja täydentäviä ryhmiä. Selkeä ohitus saa Squidin jättämään muiden ryhmien käyttöoikeudet huomiotta, joten juuri lisäämäsi jäsenyys ei ehkä koskaan saavuta apulaista.
Tämä on yksi tapa, jolla Perl-moduuli voi olla levyllä ja silti jäädä latautumatta. Erittele lataajan varsinaisesta virheestä kolme syytä: riippuvuus puuttuu, se on tulkitsimen hakupolun ulkopuolella tai palvelu ei voi lukea sitä.
Vertaa moduulia ja jokaista ylähakemistoa apulaisen suoritusidentiteetin alla. Tulkitsin tarvitsee hakemistojen läpikäyntiä ja tiedostojen lukua, ei vain luettavaa lopullista tiedostonimeä. Päivityksen jälkeen toimittajan omistus tai oletustilat voivat poiketa aiemmin toimineesta järjestelystä.
Valitse kapea käyttöoikeuksien myöntö, joka sopii aiottuun palvelutiliin ja tehokkaan ryhmän asetukseen. Yhden riippuvuuden lukeminen ei edellytä koko sovelluspuun tekemistä välityspalvelimen kirjoitettavaksi. Luo kärsineet prosessit uudelleen tuetun palvelun elinkaaren kautta ryhmämuutosten jälkeen; olemassa olevat voivat säilyttää vanhat jäsenyytensä.
Jos hakupolut ja tavalliset käyttöoikeudet täsmäävät, tutki palvelun näkymää tiedostojärjestelmään ja todisteita pakollisesta käyttöoikeuden valvonnasta. Se, että root-kuori lataa moduulin onnistuneesti, ei osoita mitään näistä ehdoista apulaiselle.