Squid ଇଣ୍ଟରସେପ୍ସନ ବନାମ ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ

ଏକ ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି କ୍ଲାଏଣ୍ଟ ଜାଣେ ଯେ ସେ ଏକ ପ୍ରକ୍ସି ସହ କଥା ହେଉଛି। ଇଣ୍ଟରସେପ୍ଟ ହୋଇଥିବା ବ୍ରାଉଜର ଭାବେ ଯେ ସେ ୱେବସାଇଟ ସହ ସଂଯୁକ୍ତ ହୋଇଛି। ସେହି ପାର୍ଥକ୍ୟ ପ୍ରମାଣୀକରଣର ମୂଳ ଅଟେ।

ସାଧାରଣ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ପ୍ରକ୍ସି ଚ୍ୟାଲେଞ୍ଜ ଏବଂ ପ୍ରକ୍ସି ଅନୁମୋଦନ ପ୍ରତିକ୍ରିୟା ବ୍ୟବହାର କରେ। ଯେ କ୍ଲାଏଣ୍ଟ ପ୍ରକ୍ସି ବାଛି ନାହିଁ, ସେ ଅପ୍ରତ୍ୟାଶିତ ମଧ୍ୟସ୍ଥକୁ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ଅସାବଧାନରେ ପଠାଇବା ଉଚିତ ନୁହେଁ।

ତେଣୁ Squid ର ଇଣ୍ଟରସେପ୍ସନ ମାର୍ଗଦର୍ଶନ proxy_auth କୁ ଇଣ୍ଟରସେପ୍ସନ ମୋଡ ସହ ସରଳ ଭାବରେ ଯୋଡ଼ିବାକୁ ସମର୍ଥନ କରେ ନାହିଁ। କାର୍ଯ୍ୟକ୍ଷମ Basic ପ୍ରମାଣୀକରଣ ସହାୟକ ବ୍ରାଉଜର ଦୂର ଏଣ୍ଡପଏଣ୍ଟ ବିଷୟରେ ଯାହା ଭାବେ ତାହା ବଦଳାଏ ନାହିଁ।

ଯଦି ଚିହ୍ନଟ ହୋଇଥିବା ବ୍ୟବହାରକାରୀଙ୍କୁ ସାଧାରଣ ପ୍ରମାଣିତ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ଆବଶ୍ୟକ, କ୍ଲାଏଣ୍ଟଗୁଡ଼ିକୁ ସ୍ପଷ୍ଟ ଭାବରେ ବିନ୍ୟାସ କରନ୍ତୁ — ସିଧାସଳଖ କିମ୍ବା ଉପଯୁକ୍ତ ପରିଚାଳିତ ପ୍ରକ୍ସି ବିନ୍ୟାସ ମାଧ୍ୟମରେ। ସେହି ଲିସନର ଏବଂ ଏହାର ପ୍ରମାଣୀକରଣ ନୀତିକୁ ଇଣ୍ଟରସେପ୍ସନ ଲିସନରଠାରୁ ଅଲଗା ରଖନ୍ତୁ।

ପ୍ରମାଣୀକରଣ ପୋର୍ଟାଲ, ନେଟୱାର୍କ ସ୍ତରୀୟ ପରିଚୟ ପ୍ରଣାଳୀ କିମ୍ବା TLS ଇଣ୍ଟରସେପ୍ସନ ବ୍ୟବସ୍ଥା ଭିନ୍ନ ବିଶ୍ୱାସ ଏବଂ ନିୟୋଜନ ଆବଶ୍ୟକତା ସହିତ ଅନ୍ୟ ଏକ ଡିଜାଇନ। ଏହା ହଜିଯାଇଥିବା ସ୍ପଷ୍ଟ-ପ୍ରକ୍ସି ବିନିମୟ ପାଇଁ ଏକ ଧାଡ଼ିର ମରାମତି ନୁହେଁ।

ପ୍ରମ୍ପ୍ଟର ଅନୁପସ୍ଥିତିକୁ ଇଣ୍ଟରସେପ୍ଟ ହୋଇଥିବା ସେବାକୁ ସାର୍ବଜନୀନ କରି କିମ୍ବା ପ୍ରତ୍ୟେକ କ୍ଲାଏଣ୍ଟକୁ ଅନୁମତି ଦେଇ ସମାଧାନ କରନ୍ତୁ ନାହିଁ। ପ୍ରଥମେ ସ୍ଥିର କରନ୍ତୁ ଆବଶ୍ୟକତା ସ୍ପଷ୍ଟ ବ୍ୟବହାରକାରୀ ପ୍ରମାଣୀକରଣ କି ପ୍ରକ୍ସି ପାଇଁ କେବେ ବିନ୍ୟାସ ନ ହୋଇଥିବା ଟ୍ରାଫିକର ଇଣ୍ଟରସେପ୍ସନ। ଦୁଇଟି ପାଇଁ ଭିନ୍ନ ଅନୁମାନ ଆବଶ୍ୟକ।