SELinux ଅଧୀନରେ Squid ଅସ୍ୱୀକୃତିଗୁଡ଼ିକର ନିର୍ଣ୍ଣୟ

Squid ଦ୍ୱାରା ଉତ୍ପନ୍ନ HTTP ପ୍ରବେଶ ଅସ୍ୱୀକୃତି ଏବଂ ଅପରେଟିଂ ସିଷ୍ଟମର “Permission denied” ଭିନ୍ନ ସୀମାରେ ଘଟେ। Squid ଫାଇଲ ଖୋଲୁଥିଲା, ସକେଟ ବାନ୍ଧୁଥିଲା, ବାହାରକୁ ସଂଯୋଗ କରୁଥିଲା ନା କ୍ଲାଏଣ୍ଟ ଅନୁରୋଧ ଅସ୍ୱୀକାର କରୁଥିଲା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।

ଅଡିଟ ଘଟଣାକୁ ସଂଯୋଗ କରନ୍ତୁ

SELinux ସିଷ୍ଟମରେ, ସେବା ତ୍ରୁଟିକୁ ଏହାର ଅଡିଟ ରେକର୍ଡ ସହିତ ମେଳାନ୍ତୁ। ଉତ୍ସ ଡୋମେନ, ଲକ୍ଷ୍ୟ ପ୍ରକାର, ବସ୍ତୁ ଶ୍ରେଣୀ ଏବଂ ଅସ୍ୱୀକୃତ ଅନୁମତି ଦର୍ଶାଏ କେଉଁ କାର୍ଯ୍ୟକୁ ନୀତି ଅବରୋଧ କଲା। ସଠିକ୍ Unix ମାଲିକାନା ସୁରକ୍ଷା ଲେବଲ ଉପଯୁକ୍ତ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ଏକ କଷ୍ଟମ ଶ୍ରବଣ ପୋର୍ଟକୁ ସମ୍ପୃକ୍ତ ପୋର୍ଟ ଲେବଲ ଆବଶ୍ୟକ ହୋଇପାରେ। ସ୍ଥାନାନ୍ତରିତ ଲଗ କିମ୍ବା କ୍ୟାଶେ ଡିରେକ୍ଟୋରୀକୁ ଫାଇଲ ଲେବଲିଂ ଆବଶ୍ୟକ ହୋଇପାରେ। Squid ଲଗ-ପଥ ବିଫଳତା ପାଇଁ, ଲେବଲକୁ ଦୋଷ ଦେବା ପୂର୍ବରୁ ଡିରେକ୍ଟୋରୀ ଟ୍ରାଭର୍ସାଲ ଏବଂ ଲେଖକ ଅନୁମତି ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ। ଅସାଧାରଣ ବାହ୍ୟ ସେବା ପାଇଁ ଅନୁମତି ପୁଣି ଅନ୍ୟ ଏକ କାର୍ଯ୍ୟ; Red Hat ର Squid SELinux ଉଦାହରଣ ଏହି କ୍ଷେତ୍ରଗୁଡ଼ିକୁ ଅଲଗା କରେ।

ସ୍ଥାପିତ ବିତରଣର ନୀତି ଏବଂ ପ୍ରଶାସନ ମାର୍ଗଦର୍ଶନ ବ୍ୟବହାର କରନ୍ତୁ। ପ୍ୟାକେଜ ପଥ, ଲେବଲ ଏବଂ ନିର୍ବନ୍ଧନ ଇମେଜ ମଧ୍ୟରେ ଭିନ୍ନ ହୋଇପାରେ। AppArmor ବ୍ୟବହାର କରୁଥିବା ସିଷ୍ଟମରେ SELinux ନିର୍ଦ୍ଦେଶ ଲାଗୁ କରିବା ପରିବର୍ତ୍ତେ ଏହାର ପ୍ରୋଫାଇଲ ଯାଞ୍ଚ କରନ୍ତୁ।

ପ୍ରମାଣ ଦର୍ଶାଉଥିବା ନୀତି କିମ୍ବା ସ୍ଥାନ ସଂଶୋଧନ କରନ୍ତୁ, କିନ୍ତୁ ହୋଷ୍ଟ ପ୍ରୟୋଗ ବଜାୟ ରଖନ୍ତୁ। ହୋଷ୍ଟ ନୀତି ସମସ୍ୟା ସମାଧାନ ହେବା ପରେ ମଧ୍ୟ Squid ର ନିଜସ୍ୱ କ୍ଲାଏଣ୍ଟ ପ୍ରମାଣୀକରଣ ଏବଂ ପ୍ରବେଶ ନିୟମ ଲାଗୁ ରହେ।