Diagnostika odmítnutí Squidu pod SELinuxem
Rozlište přístupová pravidla Squidu, oprávnění souborového systému, štítky portů a odmítnutí bezpečnostní politiky hostitele dříve, než změníte vynucování.
Odmítnutí přístupu HTTP vytvořené Squidem a „Permission denied“ operačního systému nastávají na různých hranicích. Určete, zda Squid otevíral soubor, vázal socket, připojoval se ven nebo odmítal požadavek klienta.
Propojte auditní událost
V systémech SELinux přiřaďte chybu služby k jejímu auditnímu záznamu. Zdrojová doména, cílový typ, třída objektu a odmítnuté oprávnění ukazují, kterou operaci politika zablokovala. Správné vlastnictví v Unixu neprokazuje, že je bezpečnostní štítek vhodný.
Vlastní naslouchající port může vyžadovat odpovídající štítek portu. Přesunutý adresář protokolů nebo mezipaměti může vyžadovat označení souborů. U selhání cesty protokolu Squidu zkontrolujte také průchod adresářů a oprávnění zápisu, než to přisoudíte štítku. Oprávnění pro neobvyklou odchozí službu je opět jiná operace; příklady Squid SELinux od Red Hatu tyto případy rozlišují.
Použijte politiku nainstalované distribuce a administrátorského průvodce. Cesty balíčků, štítky a omezení se mohou mezi obrazy lišit. V systémech s AppArmorem prozkoumejte jeho profil místo použití příkazů SELinux.
Opravte politiku nebo umístění, na které ukazují důkazy, a zachovejte vynucování na hostiteli. Vlastní autentizace klientů a přístupová pravidla Squidu platí i po opravě problému s politikou hostitele.