Squid ର myportname ଓ src କୁ ଅଲଗା ACL ସହ ଯୋଡ଼ିବା

କନଫିଗୁରେସନ ପ୍ରଥମ ଦୃଷ୍ଟିରେ ଯୁକ୍ତିଯୁକ୍ତ ଦେଖାଯାଏ:

acl team_a myportname 3128 src 198.51.100.0/24

କିନ୍ତୁ ACL ପରିଭାଷାର ଏକ ପ୍ରକାର ମାତ୍ର ଥାଏ। ଏଠାରେ myportname ହେଉଛି ପ୍ରକାର; src ଶବ୍ଦ ଯୋଡ଼ିଲେ ଦ୍ୱିତୀୟ ପରୀକ୍ଷା ଆରମ୍ଭ ହୁଏ ନାହିଁ। ଅବଶିଷ୍ଟ ଶବ୍ଦ ପ୍ରଥମ ପ୍ରକାରର ମୂଲ୍ୟ-ତାଲିକାରେ ଆସେ। ସେ ଧାଡ଼ି “ଏହି listener ଓ ଏହି କ୍ଲାୟେଣ୍ଟ ନେଟୱାର୍କ” କୁ ବୁଝାଏ ନାହିଁ।

ପ୍ରତ୍ୟେକ ଚର୍ତ୍ତକୁ ଏକ ନାମ ଦିଅନ୍ତୁ

ଶୁଣୁଥିବା socket ପାଇଁ ଏକ ନାମ ଏବଂ ଉତ୍ସ ପାଇଁ ଅଲଗା ACL ବ୍ୟବହାର କରନ୍ତୁ। ଏହି ଅଂଶ ଡକ୍ୟୁମେଣ୍ଟେସନ ଠିକଣା ବ୍ୟବହାର କରେ, ସେଗୁଡ଼ିକୁ ନିୟୋଜନ ପାଇଁ ଉପଯୁକ୍ତ ଠିକଣାରେ ବଦଳାଇବାକୁ ପଡ଼ିବ:

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

ଅସୁରକ୍ଷିତ ଗନ୍ତବ୍ୟ ପୋର୍ଟ, ସୀମିତ CONNECT ଲକ୍ଷ୍ୟ ଓ ପରିଚାଳନା ପ୍ରବେଶ ପାଇଁ ଥିବା ସୁରକ୍ଷା ପରେ allow ନିୟମ ରଖନ୍ତୁ। ଅଂଶଟି କ୍ଲାୟେଣ୍ଟ/listener ଚର୍ତ୍ତ ଦେଖାଏ; ଏହା ସେହି ସୁରକ୍ଷାଗୁଡ଼ିକୁ ବଦଳାଏ ନାହିଁ।

ଏକ http_access ଧାଡ଼ିର ଚର୍ତ୍ତଗୁଡ଼ିକ AND ସହ ଯୋଡ଼ାଯାଏ। ଦୁଇଟି ଅଲଗା allow ଧାଡ଼ି ପ୍ରତ୍ୟେକ ଚର୍ତ୍ତକୁ ସ୍ୱତନ୍ତ୍ର ଭାବରେ ପାସ୍ କରାଇଥାନ୍ତା, ଯାହା ନୀତିକୁ ବହୁତ ବଦଳାଇଥାନ୍ତା। ଏକ ACL ଭିତରେ ଅନେକ ମୂଲ୍ୟ ସାଧାରଣତଃ ସେହି ଏକ ପରୀକ୍ଷା ପାଇଁ ବିକଳ୍ପ ଦିଏ।

ବାହାର ବାଟ ଅଲଗା ବାଛନ୍ତୁ

ମେଳ ଖାଉଥିବା listener କୁ tcp_outgoing_address ଦ୍ୱାରା ମଧ୍ୟ ସ୍ଥାନୀୟ ଉତ୍ସ ଠିକଣା ବାଛିବା ପାଇଁ ବ୍ୟବହାର କରାଯାଇପାରେ। ତାହା routing ଚୟନ, proxy ବ୍ୟବହାରର ଅନୁମତି ନୁହେଁ। outgoing-address ନିୟମ ଅସ୍ୱୀକୃତ ଅନୁରୋଧକୁ http_access ଦେଇ ପାର କରାଇପାରିବ ନାହିଁ।

ବହୁ-ଠିକଣା କନଫିଗୁରେସନ ଅପଗ୍ରେଡ ପରେ କାମ କରିବା ବନ୍ଦ କଲେ ପ୍ରମାଣ ଅଲଗା କରନ୍ତୁ: parse ତ୍ରୁଟି କନଫିଗୁରେସନ ସିଣ୍ଟାକ୍ସକୁ ସୂଚାଏ; access denial ନିୟମ ମେଳକୁ; ଭୁଲ exit ସହ ଅନୁମତିପ୍ରାପ୍ତ ଅନୁରୋଧ outgoing selection କିମ୍ବା ପରବର୍ତ୍ତୀ NAT କୁ। ତିନୋଟି ଏକସଙ୍ଗେ ବଦଳାଇଲେ ଛୋଟ ACL ଭୁଲ ଖୋଜିବା ବହୁତ କଷ୍ଟକର ହୁଏ।