ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ବିନା ଏକ Squid ଗନ୍ତବ୍ୟକୁ ଅନୁମତି ଦିଅନ୍ତୁ

ଏକ ମନିଟରିଂ ପୃଷ୍ଠା ପ୍ରକ୍ସି ଲଗଇନ ବିନା କାମ କରିବା ଆବଶ୍ୟକ। ସ୍ପଷ୍ଟ ନିୟମ http_access allow status_site। ପ୍ରମାଣୀକରଣ ପୂର୍ବରୁ ରଖିଲେ, ଆପଣ କେବେ ବି ସେବା ଦେବାକୁ ଉଦ୍ଦେଶ୍ୟ ନ ଥିବା କ୍ଲାଏଣ୍ଟମାନଙ୍କୁ ମଧ୍ୟ ଏହା ବ୍ୟତିକ୍ରମ ଦେଇପାରେ।

Squid 6 କିମ୍ବା 7 ପାଇଁ, ବ୍ୟତିକ୍ରମର ମାନଦଣ୍ଡଗୁଡ଼ିକୁ ଏକତ୍ର ରଖନ୍ତୁ। ବର୍ତ୍ତମାନର ପରିଚାଳନା, ଅସୁରକ୍ଷିତ ପୋର୍ଟ, CONNECT ଓ ସ୍ଥାନୀୟ-ସେବା ସୁରକ୍ଷା ପରେ, ସମ୍ପୃକ୍ତ ଅଂଶ ଏହିପରି ଦେଖାଯାଇପାରେ:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

ନେଟୱାର୍କ ଓ ହୋଷ୍ଟନାମ ହେଉଛି ପ୍ଲେସହୋଲ୍ଡର। ପ୍ରମାଣୀକରଣକୁ ଏବେ ମଧ୍ୟ ଏହାର ବିଦ୍ୟମାନ ସହାୟକ ବିନ୍ୟାସ ଆବଶ୍ୟକ। ଏହା ଏକ ପ୍ରବେଶ ନୀତିର ବ୍ୟତିକ୍ରମ ଅଂଶ, ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି ବିନ୍ୟାସ ନୁହେଁ।

ପ୍ରଥମ ଧାଡ଼ି ନିର୍ବାଚିତ କ୍ଲାଏଣ୍ଟମାନଙ୍କୁ ଲଗଇନ ACL ମୂଲ୍ୟାଙ୍କନ ନ କରି ସେହି ଗନ୍ତବ୍ୟକୁ ଅନୁମତି ଦିଏ। ପରବର୍ତ୍ତୀ ଧାଡ଼ି ସେହି କ୍ଲାଏଣ୍ଟମାନଙ୍କୁ ଅନ୍ୟସ୍ଥାନକୁ କେବଳ ପ୍ରମାଣୀକରଣ ପରେ ଅନୁମତି ଦିଏ। ପୂର୍ବର ବ୍ୟାପକ ଅନୁମତି କିମ୍ବା ପରବର୍ତ୍ତୀ ବିକଳ୍ପ ପଥ ଫଳାଫଳ ବଦଳାଇପାରେ, ତେଣୁ ଅନ୍ତର୍ଭୁକ୍ତ ଫାଇଲସହିତ ସମ୍ପୂର୍ଣ୍ଣ କ୍ରମବଦ୍ଧ ନୀତି ପଢ଼ନ୍ତୁ।

କେବଳ ଏକ ପ୍ରମ୍ପ୍ଟ ଏଡ଼ାଇବା ପାଇଁ ବ୍ୟତିକ୍ରମକୁ ଗନ୍ତବ୍ୟ-ପୋର୍ଟ ସୁରକ୍ଷା ଉପରକୁ ଘୁଞ୍ଚାନ୍ତୁ ନାହିଁ। ଅପ୍ରତ୍ୟାଶିତ ପୋର୍ଟରେ ଏକ ଅଧିକୃତ ସାଇଟ ତଥାପି ଏକ ଭିନ୍ନ ମାର୍ଗ। ମଧ୍ୟ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ ଯେ ସଠିକ୍ ହୋଷ୍ଟ କିମ୍ବା ଏହାର ସବଡୋମେନ ଯୋଗ୍ୟ ହେବା ଉଚିତ କି, ଅପ୍ରୟୋଜନୀୟ ଭାବରେ ପ୍ରଶସ୍ତ ପ୍ରତ୍ୟୟ ଯୋଡ଼ିବା ପରିବର୍ତ୍ତେ।

ହୋଷ୍ଟନାମ ବ୍ୟତିକ୍ରମ ମେଳ ଖାଉଥିବା ଗନ୍ତବ୍ୟକୁ ଆବୃତ କରେ, ଏହାର ପୃଷ୍ଠା ଦ୍ୱାରା ଲୋଡ୍ ହେଉଥିବା ପ୍ରତ୍ୟେକ ନିର୍ଭରତାକୁ ନୁହେଁ। ରିଡାଇରେକ୍ଟ ଓ ତୃତୀୟ-ପକ୍ଷ ସମ୍ପତ୍ତି ବୈଧ ଭାବରେ ସାଧାରଣ ଲଗଇନ ଆବଶ୍ୟକତାର ସମ୍ମୁଖୀନ ହୋଇପାରେ।

ସାଧାରଣ HTTP ପାଇଁ, ପ୍ରକ୍ସି ଉପଯୁକ୍ତ ହେଲେ ଅଧିକ ସୂକ୍ଷ୍ମ URL ସୂଚନା ବ୍ୟବହାର କରିପାରେ। ସାଧାରଣ HTTPS CONNECT ଅନୁରୋଧ ପୃଷ୍ଠାର ପଥ ପ୍ରକାଶ କରେ ନାହିଁ, ତେଣୁ ସମ୍ପୂର୍ଣ୍ଣ ହୋଷ୍ଟ ପାଇଁ ଟନେଲ ବ୍ୟତିକ୍ରମରୁ 'କେବଳ ଏକ ପୃଷ୍ଠା' ନିୟମ ଅନୁମାନ କରାଯାଇପାରିବ ନାହିଁ।