Squidi keeldumiste diagnoosimine SELinuxi all
Eristage Squidi juurdepääsureeglid, failisüsteemi õigused, pordisildid ja hosti turbepoliitika keeldumised enne jõustamise muutmist.
Squidi loodud HTTP juurdepääsu keeldumine ja operatsioonisüsteemi “Permission denied” tekivad erinevatel piiridel. Tehke kindlaks, kas Squid avas faili, sidus socketi, ühendus väljapoole või lükkas tagasi kliendipäringu.
Korreleerige auditisündmus
SELinuxi süsteemides sobitage teenuse viga selle auditikirjega. Lähtedomeen, sihtmärgi tüüp, objektiklass ja keelatud õigus näitavad, millise toimingu poliitika blokeeris. Õige Unixi omandisuhe ei tõenda, et turbesilt on sobiv.
Kohandatud kuulamisport võib nõuda vastavat pordisilti. Ümber paigutatud logi- või vahemälukataloog võib nõuda failide märgistamist. Squidi logitee tõrke korral kontrollige ka kataloogide läbimist ja kirjutamisõigusi, enne kui omistate selle sildile. Õigus ebatavalisele väljuvale teenusele on jällegi teine toiming; Red Hati Squid-SELinuxi näited eristavad neid juhtumeid.
Kasutage paigaldatud distributsiooni poliitikat ja haldusjuhiseid. Paketi teed, sildid ja piiramine võivad kujutiste lõikes erineda. AppArmorit kasutavates süsteemides uurige selle profiili, mitte ärge rakendage SELinuxi käske.
Parandage tõendite osutatud poliitika või asukoht, säilitades hosti jõustamise. Squidi enda kliendi autentimine ja juurdepääsureeglid kehtivad ka pärast hosti poliitikaprobleemi parandamist.