Squid ର ଏକ allow ନିୟମ AND ଅର୍ଥ; ଦୁଇଟି OR ହୋଇପାରେ

ଏହି ନୀତିକୁ ଉଚ୍ଚ ସ୍ୱରରେ ପଢ଼ନ୍ତୁ: ଅଫିସ ନେଟୱାର୍କକୁ ଅନୁମୋଦିତ ଗନ୍ତବ୍ୟ ପାଇଁ ପ୍ରକ୍ସି ବ୍ୟବହାର କରିବାକୁ ଅନୁମତି ଦିଅନ୍ତୁ। ଯଦି ସେହି ସର୍ତ୍ତଗୁଡ଼ିକ ଏକାଠି ରହେ, ନିୟମରେ ମଧ୍ୟ ସେଗୁଡ଼ିକୁ ଏକାଠି ରଖନ୍ତୁ।

http_access allow office_clients approved_destination

ସେହି ଧାଡ଼ି ଅନୁରୋଧକୁ ଅନୁମତି ଦେବା ପାଇଁ ଉଭୟ ACL ମେଳ ଖାଇବା ଆବଶ୍ୟକ। ଏହାକୁ ବିଭାଜିତ କଲେ ନୀତି ବଦଳିଯାଏ:

http_access allow office_clients
http_access allow approved_destination

ବର୍ତ୍ତମାନ ଅଫିସ ଗ୍ରାହକମାନଙ୍କୁ ଗନ୍ତବ୍ୟ ପ୍ରତିବନ୍ଧକ ବିନା ଅନୁମତି ଦିଆଯାଇପାରିବ, ଏବଂ ସେହି ଗନ୍ତବ୍ୟକୁ ଅନୁରୋଧଗୁଡ଼ିକ ଅଫିସ ପ୍ରତିବନ୍ଧକ ବିନା, ଯଦି ପୂର୍ବ ନିୟମ ସେମାନଙ୍କୁ ଅସ୍ୱୀକାର ନାହିଁ। ଦୁଇ ଧାଡ଼ି ଏକ ଧାଡ଼ିର ଅଧିକ ପଠନୀୟ ବନାନ ନୁହେଁ।

କ୍ରମ ନୀତିର ଅଂଶ

Squid ପ୍ରବେଶ ନିୟମଗୁଡ଼ିକୁ କ୍ରମରେ ମୂଲ୍ୟାୟନ କରେ। ପ୍ରଥମ ମେଳ ଖାଉଥିବା ନିଷ୍ପତ୍ତି ଅନୁରୋଧକୁ ନିୟନ୍ତ୍ରଣ କରେ। ପୂର୍ବର allow all ପରବର୍ତ୍ତୀ ସତର୍କ ପ୍ରତିବନ୍ଧକକୁ ବିଫଳ କରେ; ପୂର୍ବର ମେଳ ଖାଉଥିବା ଅସ୍ୱୀକାର ପରବର୍ତ୍ତୀ ଅନୁମତି ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିବାରେ ବାଧା ଦିଏ।

http_access ଦଲିଲ ଏହି କ୍ରମ ବ୍ୟାଖ୍ୟା କରେ। ପାଠକ ଅନ୍ତର୍ନିହିତ ଡିଫଲ୍ଟ ଆଚରଣ ମନେ ରଖିବେ ବୋଲି ଭରସା କରିବା ପରିବର୍ତ୍ତେ ଉଦ୍ଦେଶ୍ୟପୂର୍ଣ୍ଣ ଅନ୍ତିମ ଅସ୍ୱୀକାର ରଖନ୍ତୁ।

ଅନେକ ACL ସଂଜ୍ଞାରେ ଭିନ୍ନ OR ସମ୍ପର୍କ ଥାଏ: ଏକ ନାମିତ ଉତ୍ସ ACL ଅନେକ ଅନୁମୋଦିତ ପରିସର ତାଲିକାଭୁକ୍ତ କରିପାରେ। ଏହା ଉତ୍ସ ଓ ଗନ୍ତବ୍ୟର ପରିଚୟକୁ ଏକ ହିଁ ACL ପ୍ରକାର କରେ ନାହିଁ। ସେଗୁଡ଼ିକୁ ଅଲଗା ଭାବରେ ପରିଭାଷିତ କରନ୍ତୁ, ତାପରେ ପ୍ରବେଶ ନିଷ୍ପତ୍ତିରେ ନାମଗୁଡ଼ିକୁ ମିଶାନ୍ତୁ।

ଘରୋଇ ପ୍ରସ୍ଥାନ ପାଇଁ, ଏହା ଆପଣଙ୍କ ବାହ୍ୟ IP କିଏ ବ୍ୟବହାର କରିପାରିବ ତାହାକୁ ପ୍ରଭାବିତ କରେ। ଚାରିଟି ଅବସ୍ଥା ବିଚାର କରନ୍ତୁ: ଅନୁମୋଦିତ ଗ୍ରାହକରୁ ଅନୁମୋଦିତ ଗନ୍ତବ୍ୟ, ଅନୁମୋଦିତ ଗ୍ରାହକରୁ ଅନ୍ୟତ୍ର, ଅନ୍ୟ ଗ୍ରାହକ ଅନୁମୋଦିତ ଗନ୍ତବ୍ୟ, ଏବଂ ଅନ୍ୟ ଗ୍ରାହକ ଅନ୍ୟତ୍ର। ଯଦି ନିୟମ ନୀତିର ଉଦ୍ଦେଶ୍ୟଠାରୁ ଅଧିକ ଅବସ୍ଥାକୁ ଅନୁମତି ଦିଏ, ତେବେ ଲିସନର ପ୍ରଶସ୍ତ କରିବା ପୂର୍ବରୁ ଯୁକ୍ତି ସଂଶୋଧନ କରନ୍ତୁ। ବ୍ୟାକରଣଗତ ଭାବରେ ବୈଧ ସଂରଚନା ମଧ୍ୟ ଭୁଲ ଅନୁମତି ପ୍ରକାଶ କରିପାରେ।