Squid atteikumu diagnostika sistēmā SELinux
Pirms mainīt izpildi, nošķiriet Squid piekļuves noteikumus, failu sistēmas atļaujas, portu marķējumus un resursdatora drošības politikas atteikumus.
Squid ģenerētais HTTP piekļuves atteikums un operētājsistēmas “Permission denied” rodas dažādās robežās. Nosakiet, vai Squid atvēra failu, piesaistīja ligzdu, savienojās uz āru vai noraidīja klienta pieprasījumu.
Korelējiet audita notikumu
SELinux sistēmās saskaņojiet pakalpojuma kļūdu ar tā audita ierakstu. Avota domēns, mērķa tips, objekta klase un atteiktā atļauja parāda, kuru darbību politika bloķēja. Pareiza Unix īpašumtiesības nepierāda, ka drošības marķējums ir piemērots.
Pielāgotam klausīšanās portam var būt nepieciešams atbilstošs porta marķējums. Pārvietotai žurnālu vai kešatmiņas mapei var būt nepieciešams failu marķējums. Ja Squid žurnāla ceļš nedarbojas, pirms tam vainot marķējumu, pārbaudiet arī mapju šķērsošanu un rakstītāja atļaujas. Atļauja neparastam izejošam pakalpojumam atkal ir cita darbība; Red Hat Squid SELinux piemēri šos gadījumus nošķir.
Izmantojiet instalētās distribūcijas politiku un administrēšanas norādes. Pakotņu ceļi, marķējumi un ierobežošana starp attēliem var atšķirties. Sistēmās ar AppArmor pārbaudiet tā profilu, nevis lietojiet SELinux komandas.
Labojiet politiku vai atrašanās vietu, uz kuru norāda pierādījumi, saglabājot izpildi resursdatorā. Squid klientu autentifikācija un piekļuves noteikumi joprojām ir spēkā pēc resursdatora politikas problēmas novēršanas.