Squiden uko-ukapenak SELinuxen pean diagnostikatzea
Bereizi Squiden sarbide-arauak, fitxategi-sistemaren baimenak, ataka-etiketak eta ostalariaren segurtasun-politikaren uko-ukapenak betearazpena aldatu aurretik.
Squidek sortutako HTTP sarbide-ukapen bat eta sistema eragilearen “Permission denied” muga desberdinetan gertatzen dira. Zehaztu Squid fitxategi bat irekitzen ari zen, socket bat lotzen, kanporantz konektatzen edo bezero-eskaera bat baztertzen.
Erlazionatu auditoretza-gertaera
SELinux sistemetan, lotu zerbitzuaren errorea bere auditoretza-erregistroarekin. Jatorrizko domeinuak, helburu-motak, objektu-klaseak eta ukatuako baimenak erakusten dute zein eragiketa blokeatu zuen politikak. Unixen jabetza zuzenak ez du frogatzen segurtasun-etiketa egokia denik.
Entzuteko ataka pertsonalizatu batek dagokion ataka-etiketa behar dezake. Lekuz aldatutako erregistro- edo cache-direktorio batek fitxategien etiketatzea behar dezake. Squiden erregistro-bidearen hutsegite baterako, egiaztatu direktorioen zeharkatzea eta idazle-baimenak etiketa bati egotzi aurretik. Ohikoa ez den irteerako zerbitzu baterako baimena beste eragiketa bat da berriro; Red Haten Squid SELinux adibideek kasu horiek bereizten dituzte.
Erabili instalatutako banaketaren politika eta administrazio-gida. Pakete-bideak, etiketak eta konfinamendua irudien artean alda daitezke. AppArmor erabiltzen duten sistemetan, aztertu bere profila SELinux komandoak aplikatu beharrean.
Zuzendu frogak adierazten duen politika edo kokapena, ostalariaren betearazpena mantenduz. Squiden bezero-autentifikazioak eta sarbide-arauek indarrean jarraitzen dute ostalariaren politika-arazoa konpondu ondoren.