SELinux дор Squid-ын татгалзлыг оношлох
Хэрэгжүүлэлтийг өөрчлөхөөс өмнө Squid-ын хандалтын дүрэм, файлын системийн зөвшөөрөл, портын шошго болон хост аюулгүй байдлын бодлогын татгалзлыг ялгана уу.
Squid-ын үүсгэсэн HTTP хандалтын татгалзал болон үйлдлийн системийн “Permission denied” нь өөр өөр хил дээр үүсдэг. Squid файл нээж байсан, сокет холбож байсан, гадагш холбогдож байсан эсвэл клиентийн хүсэлтийг татгалзаж байсныг тодорхойл.
Аудитын үйл явдлыг холбох
SELinux систем дээр үйлчилгээний алдааг түүний аудитын бүртгэлтэй тааруулна. Эх домэйн, зорилтот төрөл, объектын класс, татгалзсан зөвшөөрөл нь бодлого аль үйлдлийг хаасныг харуулна. Unix-ийн зөв эзэмшил нь аюулгүй байдлын шошго тохирохыг нотлохгүй.
Тохируулсан сонсох порт нь харгалзах портын шошгыг шаардаж болно. Шилжүүлсэн лог эсвэл кэш хавтас нь файлын шошгололт шаардаж болно. Squid-ын лог замын алдааны хувьд шошгыг буруутгахаас өмнө хавтасны дамжилт болон бичигчийн зөвшөөрлийг шалгана уу. Ер бусын гадагш үйлчилгээний зөвшөөрөл нь дахин өөр үйлдэл; Red Hat-ын Squid SELinux жишээнүүд эдгээр тохиолдлыг ялгадаг.
Суулгасан дистрибутивийн бодлого болон захиргааны удирдамжийг ашиглана уу. Багцын зам, шошго, хязгаарлалт нь дүрсүүдийн хооронд ялгаатай байж болно. AppArmor ашигладаг системд SELinux командыг хэрэглэхийн оронд түүний профайлыг шалгана уу.
Нотолгоонд заасан бодлого эсвэл байршлыг засаж, хост дээрх хэрэгжүүлэлтийг хадгална уу. Хост бодлогын асуудал засагдсаны дараа ч Squid-ын өөрийн клиентийн баталгаажуулалт болон хандалтын дүрэм хүчинтэй хэвээр байна.