د SELinux لاندې د Squid د ردولو تشخیص

د Squid لخوا جوړ شوی د HTTP لاسرسي رد او د عملیاتي سیسټم “Permission denied” په مختلفو پولو کې پیښیږي. معلومه کړئ چې Squid فایل خلاصاوه، ساکټ تړاوه، بهر ته نښلېده یا د کاروونکي غوښتنه ردوله.

د پلټنې پیښه سره ونښلوئ

د SELinux په سیسټمونو کې، د خدمت تېروتنه د هغې د پلټنې ریکارډ سره سمه کړئ. سرچینې ډومین، د هدف ډول، د شي ټولګه او رد شوې اجازه ښیي چې کوم عملیات پالیسۍ بند کړل. په Unix کې سم مالکیت ثابتوي چې امنیتي لیبل مناسب دی نه.

دودیز اورېدونکی پورټ ممکن اړوند پورټ لیبل ته اړتیا ولري. لېږدول شوې لاګ یا کیشې ډایرکټري ممکن د فایل لیبل کولو ته اړتیا ولري. د Squid د لاګ لارې د ناکامۍ لپاره، مخکې له دې چې لیبل ته یې ورته ونیسئ، د ډایرکټریو تېرېدل او د لیکونکي اجازې هم وګورئ. د غیر معمولي بهر وتونکي خدمت لپاره اجازه بیا بله عملیه ده؛ د Red Hat د Squid SELinux بېلګې دا قضیې جلا کوي.

د نصب شوي ویش پالیسي او اداري لارښوونې وکاروئ. د بنډل لارې، لیبلونه او محدودیت ممکن د عکسونو ترمنځ توپیر ولري. د AppArmor په کارولو سیسټمونو کې د SELinux د حکمونو پلي کولو پرځای د هغې پروفایل وګورئ.

هغه پالیسي یا ځای سم کړئ چې شواهد یې ښیي، خو په کوربه کې پلي کول وساتئ. د کوربه د پالیسۍ د ستونزې له سمولو وروسته هم د Squid خپل د کاروونکي تصدیق او د لاسرسي قواعد پلي کیږي.