|ସମନ୍ୱିତ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ: ସେବା ଖାତା ଏବଂ ପ୍ରତିରୂପଣ
|ଯେତେବେଳେ ସେହି ଆପ୍ଲିକେସନ୍ ଇଣ୍ଟରାକ୍ଟିଭ୍ ଭାବରେ କାମ କରେ କିନ୍ତୁ ୱେବ୍ ସେବା କିମ୍ବା ନିର୍ଦ୍ଧାରିତ ପ୍ରକ୍ରିୟା ଭାବରେ ବିଫଳ ହୁଏ, ସେତେବେଳେ ସମନ୍ୱିତ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ପଛରେ ଥିବା ସୁରକ୍ଷା ପ୍ରସଙ୍ଗ ଯାଞ୍ଚ କରନ୍ତୁ।
“ମୋର Windows ପ୍ରମାଣପତ୍ର ବ୍ୟବହାର କର” ପାଇଁ ଜଣେ କର୍ତ୍ତା ଆବଶ୍ୟକ। ଡେସ୍କଟପ୍ ପ୍ରୋଗ୍ରାମରେ ସେ ଏହାକୁ ଚଲାଉଥିବା ବ୍ୟକ୍ତି ହୋଇପାରେ। ସେବାରେ ସେ ସେବାର ଖାତା ହୋଇପାରେ। ୱେବ୍ ଆପ୍ଲିକେସନରେ, ପରିଦର୍ଶକର ସଫଳ ସାଇନ୍-ଇନ୍ ବାହାରକୁ ଯାଉଥିବା ଅନୁରୋଧର ସୁରକ୍ଷା ପ୍ରସଙ୍ଗକୁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ବଦଳାଏ ନାହିଁ।
ଏହା ବ୍ୟାଖ୍ୟା କରେ ଯେ ଏକା ମେସିନରେ ଥିବା ବ୍ରାଉଜର ଏବଂ ସର୍ଭର-ପାର୍ଶ୍ୱ କୋଡ୍ ସମନ୍ୱିତ ପ୍ରମାଣୀକରଣ ଥିବା ପ୍ରକ୍ସିରୁ ଅଲଗା ଫଳାଫଳ କାହିଁକି ପାଇପାରେ। ସେମାନେ ଅଲଗା ପରିଚୟ ଉପସ୍ଥାପନ କରୁଥାଇପାରନ୍ତି।
କୋଡ୍ ବଦଳାଇବା ପୂର୍ବରୁ ପରିଚୟଗୁଡ଼ିକର ନାମ ଦିଅନ୍ତୁ
- ଡେସ୍କଟପ୍ ବ୍ରାଉଜରରେ ସାଇନ୍-ଇନ୍ କରିଥିବା ବ୍ୟକ୍ତି।
- ଆପ୍ଲିକେସନ୍ ପ୍ରକ୍ରିୟାକୁ ହୋଷ୍ଟ କରୁଥିବା ଖାତା।
- ବାହାରକୁ ଯାଉଥିବା କାର୍ଯ୍ୟ ପାଇଁ ସକ୍ରିୟ ଯେକୌଣସି ପ୍ରତିରୂପିତ ପରିଚୟ।
- ପ୍ରକ୍ସି ପ୍ରକୃତରେ ଗ୍ରହଣ କିମ୍ବା ପ୍ରତ୍ୟାଖ୍ୟାନ କରିଥିବା ଖାତା।
.NET ଦ୍ୱାରା ସମର୍ଥିତ ସମନ୍ୱିତ ପ୍ରମାଣୀକରଣ ପଥରେ, DefaultCredentials ବର୍ତ୍ତମାନର ସୁରକ୍ଷା ପ୍ରସଙ୍ଗ ସହିତ ସମ୍ପର୍କିତ। ଅନ୍ୟ ମେସିନରେ ପୃଷ୍ଠା ଖୋଲିଥିବା ପ୍ରତ୍ୟେକଙ୍କ ପାଇଁ ଏହା ବିଶ୍ୱବ୍ୟାପୀ ଅନ୍ୟନାମ ନୁହେଁ।
ଯଦି ଉତ୍ପାଦ ଜାଣିଶୁଣି ବ୍ୟବହାରକାରୀ ଭାବରେ କାର୍ଯ୍ୟ କରେ, ପ୍ରତିରୂପଣ ଏବଂ ନେଟୱାର୍କ ପ୍ରତିନିଧିତ୍ୱର ଯେକୌଣସି ଆବଶ୍ୟକତା ପାଇଁ ନିଜସ୍ୱ ସମର୍ଥିତ ଡିଜାଇନ୍ ଆବଶ୍ୟକ। ସାଧାରଣ ଡିଫଲ୍ଟ ପ୍ରମାଣପତ୍ର ବ୍ୟବହାର ସୁଇଚ୍ ଚାଲୁ କଲେ ସେହି ଡିଜାଇନ୍ ପ୍ରତିଷ୍ଠିତ ହୁଏ ନାହିଁ। ବିପରୀତରେ, ସେବା ପରିଚୟ ଭାବରେ ଚଲାଇବାକୁ ଉଦ୍ଦିଷ୍ଟ ପୃଷ୍ଠଭୂମି କାର୍ଯ୍ୟ କେହି ପ୍ରଥମେ ବ୍ରାଉଜର ଖୋଲିବା ଉପରେ ନିର୍ଭର କରିବା ଉଚିତ୍ ନୁହେଁ।
ଗୋପନୀୟତା ହଟାଇ ଇଣ୍ଟରାକ୍ଟିଭ୍ ଏବଂ ନିୟୋଜିତ ଆରମ୍ଭକୁ ତୁଳନା କରନ୍ତୁ: ଖାତା ପ୍ରସଙ୍ଗ, ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ, ଘୋଷିତ ପଦ୍ଧତି ଏବଂ ପ୍ରତ୍ୟାଖ୍ୟାତ ପରିଚୟ। କେବଳ ଏକ ଥରିଆ ଅନୁରୋଧ ସଫଳ ହେବା କାରଣରୁ ଡେସ୍କଟପ୍ ପାସୱାର୍ଡ ଆପ୍ଲିକେସନରେ ନକଲ କରିବାରୁ ଦୂରେଇ ରୁହନ୍ତୁ। ଆପ୍ଲିକେସନ୍ ବ୍ୟବହାର କରିବା ଉଚିତ୍ ଖାତାକୁ ବିନ୍ୟାସ କରନ୍ତୁ, ତାପରେ ସେହି ମାଲିକାନାକୁ ନିୟୋଜନ ରେକର୍ଡରେ ଦୃଶ୍ୟମାନ ରଖନ୍ତୁ।