Dijagnostika odbijanja Squida pod SELinuxom
Razlikujte pravila pristupa Squida, dopuštenja datotečnog sustava, oznake portova i odbijanja sigurnosne politike hosta prije promjene provedbe.
Odbijanje HTTP pristupa koje generira Squid i “Permission denied” operacijskog sustava pojavljuju se na različitim granicama. Utvrdite je li Squid otvarao datoteku, vezao socket, spajao se prema van ili odbijao zahtjev klijenta.
Povežite revizijski događaj
Na SELinux sustavima uskladite pogrešku usluge s njezinim revizijskim zapisom. Izvorna domena, ciljni tip, klasa objekta i odbijeno dopuštenje pokazuju koju je operaciju politika blokirala. Ispravno Unix vlasništvo ne dokazuje da je sigurnosna oznaka prikladna.
Prilagođeni port za slušanje može zahtijevati odgovarajuću oznaku porta. Premješteni direktorij zapisa ili predmemorije može zahtijevati označavanje datoteka. Za neuspjeh putanje zapisa Squida provjerite i prolazak kroz direktorij i dopuštenja pisanja prije nego to pripišete oznaci. Dopuštenje za neobičnu odlaznu uslugu opet je 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 sustavima s AppArmorom pregledajte njegov profil umjesto primjene SELinux naredbi.
Ispravite politiku ili lokaciju na koju upućuju dokazi, zadržavajući provedbu na hostu. Squidova vlastita autentifikacija klijenata i pravila pristupa i dalje vrijede nakon otklanjanja problema s politikom hosta.