Squid ଲଗଇନ୍ ଏବଂ ସଠିକ୍ କ୍ଲାଏଣ୍ଟ IP ଉଭୟ ଆବଶ୍ୟକ କରନ୍ତୁ

ସଠିକ୍ ପାସୱାର୍ଡ ଏହି ନୀତିର ଅଧା ମାତ୍ର: ଖାତାଟି ଏକ ଅନୁମୋଦିତ କ୍ଲାଏଣ୍ଟ ଠିକଣାରୁ ମଧ୍ୟ କାର୍ଯ୍ୟ କରିବା ଉଚିତ। Squid ରେ ଉଭୟ ଯାଞ୍ଚକୁ ଏକ ସମାନ ଆକ୍ସେସ୍ ନିୟମରେ ରଖିବା ହେଉଛି ସେହି ଆବଶ୍ୟକତା ଏବଂ ଦୁଇଟି ପୃଥକ ପ୍ରବେଶ ପଥ ମଧ୍ୟରେ ପାର୍ଥକ୍ୟ।

ପ୍ରମାଣୀକରଣ ପୂର୍ବରୁ ବିନ୍ୟାସିତ ହୋଇଛି ବୋଲି ଧରି, ଯେପରି Squid 6.13 NCSA ସେଟଅପ୍, ମୂଳ ନୀତି ହେଉଛି:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid ପ୍ରକୃତରେ ଯେଉଁ ଉତ୍ସ ଗ୍ରହଣ କରେ ତାହା ବ୍ୟବହାର କରନ୍ତୁ; ନମୁନାଟି ଏକ ଡକ୍ୟୁମେଣ୍ଟେସନ୍ ଠିକଣା। ଅସୁରକ୍ଷିତ ଲକ୍ଷ୍ୟ ପୋର୍ଟ, ସ୍ଥାନୀୟ ସେବା ଏବଂ CONNECT ଟ୍ରାଫିକ୍ ପାଇଁ ପୂର୍ବ ସୁରକ୍ଷା ରଖନ୍ତୁ। ଏହି ଅଂଶ ସଂଯୁକ୍ତ ସର୍ତ୍ତ ଦେଖାଏ, ସମ୍ପୂର୍ଣ୍ଣ ଲିସନର୍ ବିନ୍ୟାସ ନୁହେଁ।

ଏହାର ଉପରେ ଥିବା ନିୟମଗୁଡ଼ିକ ଯାଞ୍ଚ କରନ୍ତୁ

ପୂର୍ବର ଏକ ପ୍ରଶସ୍ତ ଅନୁମତି ନୂତନ ସର୍ତ୍ତରେ ପହଞ୍ଚିବା ପୂର୍ବରୁ ଅନୁରୋଧକୁ ଗ୍ରହଣ କରିପାରେ। http_access ସନ୍ଦର୍ଭ କ୍ରମିକ ମେଳ ବର୍ଣ୍ଣନା କରେ। ଅନ୍ତର୍ଭୁକ୍ତ ଫାଇଲଗୁଡ଼ିକ ସହିତ ସମ୍ପୂର୍ଣ୍ଣ କ୍ରମ ପଢ଼ନ୍ତୁ।

ବ୍ୟବହାରକାରୀ ନାମ ପାଇଁ ଏକ ଅନୁମତି ଏବଂ ଉତ୍ସ ପାଇଁ ଆଉ ଏକ ଉଭୟକୁ ଦାବି କରେ ନାହିଁ। ଯେକୌଣସି ଧାଡ଼ି ସ୍ୱାଧୀନଭାବେ ସଫଳ ହୋଇପାରେ। ତାହା ଏକ ଭିନ୍ନ ନୀତି।

proxy_auth ACL ଏକ ପ୍ରମାଣୀକରଣ ସହାୟକ ଉପରେ ନିର୍ଭର କରେ। ଏହାକୁ ପରିଭାଷିତ କରିବା ବ୍ୟବହାରକାରୀ ସୃଷ୍ଟି କିମ୍ବା ପାସୱାର୍ଡ ଯାଞ୍ଚ କରିବାର ଉପାୟ ନୁହେଁ। ଏହି ଉଦାହରଣ ଏକ ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ପାଇଁ ଯାହାର କ୍ଲାଏଣ୍ଟମାନେ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ଚ୍ୟାଲେଞ୍ଜର ଉତ୍ତର ଦେଇପାରନ୍ତି।

ଉତ୍ସ ପରିଚୟର ମଧ୍ୟ ସୀମା ଅଛି। ଏକ NAT ପଛରେ ଥିବା ଲୋକମାନେ ଏକ ଠିକଣା ଅଂଶୀଦାର କରିପାରନ୍ତି, ଏବଂ ଘୂରୁଥିବା ଲାପଟପ୍ ଠିକଣା ବଦଳାଇପାରେ। ଅତିରିକ୍ତ ସର୍ତ୍ତ ଖାତାର ବ୍ୟବହାରଯୋଗ୍ୟ ନେଟୱାର୍କ ସ୍ଥାନକୁ ସଂକୀର୍ଣ୍ଣ କରେ; ଏହା ଭୌତିକ କମ୍ପ୍ୟୁଟରକୁ ନିର୍ଭରଯୋଗ୍ୟଭାବେ ଚିହ୍ନଟ କରେ ନାହିଁ। ଏହି ସୀମା ଆପଣ ଆରମ୍ଭରେ ସର୍ତ୍ତ ଯୋଡ଼ିବାର କାରଣ ସହିତ ମେଳ ଖାଉଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।