Dijagnostika odbijanja Squida pod SELinuxom
Razlikujte pravila pristupa Squida, dozvole datotečnog sistema, oznake portova i odbijanja sigurnosne politike hosta prije promjene primjene.
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 van ili odbijao zahtjev klijenta.
Povežite revizijski događaj
Na SELinux sistemima uskladite grešku usluge s 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 sigurnosna oznaka odgovarajuća.
Prilagođeni port za slušanje može zahtijevati odgovarajuću oznaku porta. Premješteni direktorij zapisa ili keša može zahtijevati označavanje datoteka. Za neuspjeh putanje zapisa Squida provjerite i prolaz kroz direktorij i dozvole pisanja prije nego to pripišete oznaci. Dozvola za neobičnu odlaznu uslugu je opet druga operacija; Red Hatovi primjeri Squid SELinux razlikuju te slučajeve.
Koristite politiku instalirane distribucije i administrativne smjernice. Putanje paketa, oznake i ograničenje mogu se razlikovati među slikama. Na sistemima s AppArmorom pregledajte njegov profil umjesto primjene SELinux naredbi.
Ispravite politiku ili lokaciju na koju ukazuju dokazi, zadržavajući primjenu na hostu. Squidova vlastita autentifikacija klijenata i pravila pristupa i dalje vrijede nakon što se problem politike hosta otkloni.