Pag-diagnose ng mga pagtanggi ng Squid sa ilalim ng SELinux

Ang pagtanggi sa pag-access ng HTTP na nilikha ng Squid at ang “Permission denied” ng operating system ay nangyayari sa magkaibang hangganan. Tukuyin kung ang Squid ay nagbubukas ng file, nagbubuklod ng socket, kumokonekta palabas, o tumatanggi sa kahilingan ng kliyente.

I-ugnay ang kaganapan sa audit

Sa mga sistemang SELinux, itugma ang error ng serbisyo sa talaan ng audit nito. Ang source domain, target type, object class, at tinanggihang pahintulot ay nagpapakita kung aling operasyon ang hinarang ng patakaran. Ang tamang pagmamay-ari sa Unix ay hindi nagpapatunay na ang label ng seguridad ay angkop.

Ang pasadyang port ng pakikinig ay maaaring mangailangan ng katumbas na label ng port. Ang inilipat na direktoryo ng log o cache ay maaaring mangailangan ng pag-label ng file. Para sa pagkabigo ng landas ng log ng Squid, suriin din ang pagdaan sa direktoryo at mga pahintulot sa pagsulat bago ito iugnay sa isang label. Ang pahintulot para sa isang hindi karaniwang palabas na serbisyo ay isa na namang operasyon; ang mga halimbawa ng Squid SELinux ng Red Hat ay nagtatangi sa mga kasong ito.

Gamitin ang patakaran ng naka-install na distribusyon at ang gabay sa administrasyon. Ang mga landas ng pakete, label, at paghihiwalay ay maaaring magkaiba sa pagitan ng mga image. Sa mga sistemang gumagamit ng AppArmor, siyasatin ang profile nito sa halip na maglapat ng mga utos ng SELinux.

Itama ang patakaran o lokasyong itinuturo ng ebidensya habang pinapanatili ang pagpapatupad sa host. Ang pagpapatunay ng kliyente at mga tuntunin sa pag-access ng Squid mismo ay nananatiling may bisa pagkatapos maayos ang problema sa patakaran ng host.