Dijagnostika odbijanja Squida pod SELinuxom
Razlikujte pravila pristupa Squida, dozvole datotečnog sistema, oznake portova i odbijanja bezbednosne politike hosta pre promene primene.
Odbijanje HTTP pristupa koje generiše Squid i “Permission denied” operativnog sistema javljaju se na različitim granicama. Utvrdite da li je Squid otvarao datoteku, vezao socket, spajao se prema spolja ili odbijao zahtev klijenta.
Povežite revizijski događaj
Na SELinux sistemima uskladite grešku usluge sa njenim revizijskim zapisom. Izvorni domen, ciljni tip, klasa objekta i odbijena dozvola pokazuju koju je operaciju politika blokirala. Ispravno Unix vlasništvo ne dokazuje da je bezbednosna oznaka odgovarajuća.
Prilagođeni port za slušanje može zahtevati odgovarajuću oznaku porta. Premešteni direktorijum zapisa ili keša može zahtevati označavanje datoteka. Za neuspeh putanje zapisa Squida proverite i prolaz kroz direktorijum i dozvole pisanja pre nego što to pripišete oznaci. Dozvola za neobičnu odlaznu uslugu je opet druga operacija; Red Hatovi primeri Squid SELinux razlikuju te slučajeve.
Koristite politiku instalirane distribucije i administrativne smernice. Putanje paketa, oznake i ograničenje mogu se razlikovati među slikama. Na sistemima sa AppArmorom pregledajte njegov profil umesto primene SELinux naredbi.
Ispravite politiku ili lokaciju na koju ukazuju dokazi, zadržavajući primenu na hostu. Squidova sopstvena autentifikacija klijenata i pravila pristupa i dalje važe nakon otklanjanja problema sa politikom hosta.