Squid sugeneruotas HTTP prieigos atmetimas ir operacinės sistemos “Permission denied” atsiranda skirtingose ribose. Nustatykite, ar Squid atidarė failą, susiejo lizdą, jungėsi į išorę ar atmetė kliento užklausą.

Susiekite audito įvykį

SELinux sistemose susiekite paslaugos klaidą su jos audito įrašu. Šaltinio domenas, tikslo tipas, objekto klasė ir atmestas leidimas rodo, kurią operaciją politika užblokavo. Teisinga Unix nuosavybė neįrodo, kad saugumo žymė tinkama.

Pasirinktinis klausymosi prievadas gali reikalauti atitinkamos prievado žymės. Perkeltas žurnalų ar podėlio katalogas gali reikalauti failų žymėjimo. Dėl Squid žurnalo kelio gedimo taip pat patikrinkite katalogų perėjimą ir rašymo leidimus, prieš priskirdami tai žymei. Leidimas neįprastai išeinančiai paslaugai vėl yra kita operacija; Red Hat Squid SELinux pavyzdžiai išskiria šiuos atvejus.

Naudokite įdiegtos distribucijos politiką ir administravimo gaires. Paketų keliai, žymės ir izoliavimas gali skirtis tarp atvaizdų. Sistemose su AppArmor nagrinėkite jo profilį, o ne taikykite SELinux komandas.

Ištaisykite politiką ar vietą, kurią nurodo įrodymai, išsaugodami hosto vykdymą. Squid kliento autentifikavimas ir prieigos taisyklės galioja ir po to, kai hosto politikos problema išspręsta.

Susiję straipsniai