ବ୍ୟବହାରଯୋଗ୍ୟ Proxy-Authenticate ଚ୍ୟାଲେଞ୍ଜ ବିନା HTTP 407

କ୍ଲାଏଣ୍ଟ କେବଳ ସ୍ଥିତି ସଂଖ୍ୟାରୁ ପ୍ରମାଣୀକରଣ ପଦ୍ଧତି ବାଛି ପାରିବ ନାହିଁ। ପ୍ରକ୍ସିର ପ୍ରତିକ୍ରିୟା କଣ ଗ୍ରହଣ କରେ ତାହା ବର୍ଣ୍ଣନା କରିବା ଆବଶ୍ୟକ।

HTTP 407 ସୃଷ୍ଟି କରୁଥିବା ପ୍ରକ୍ସିକୁ Proxy-Authenticate ଚ୍ୟାଲେଞ୍ଜ ପଠାଇବା ଆବଶ୍ୟକ କରେ। Basic ସେବା ପାଇଁ ଏକ ସରଳ ଉଦାହରଣ:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

ସାଂଖ୍ୟିକ ସ୍ଥିତି, ହେଡରର ନାମ ଏବଂ ସ୍କିମ୍-ନିର୍ଦ୍ଦିଷ୍ଟ ବାକ୍ୟ ଗଠନ ସବୁ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ। ମୁଖ୍ୟ ଅଂଶରେ authentication ଶବ୍ଦ ଥିବା ବ୍ରାଣ୍ଡେଡ ତ୍ରୁଟି ପୃଷ୍ଠା ହେଡରର ବିକଳ୍ପ ନୁହେଁ। କଷ୍ଟମ କାର୍ଯ୍ୟକାରୀକରଣଗୁଡ଼ିକ ମଧ୍ୟ ହେଡର ସମାପ୍ତି ଓ ମୁଖ୍ୟ ଅଂଶର ଫ୍ରେମିଂ ସହିତ ସମ୍ପୂର୍ଣ୍ଣ HTTP 407 ପ୍ରତିକ୍ରିୟା ପଠାଇବା ଆବଶ୍ୟକ।

ଏହି କ୍ଲାଏଣ୍ଟ ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିଥିବା ପ୍ରତିକ୍ରିୟା ଯାଞ୍ଚ କରନ୍ତୁ

ଗୋପନୀୟ ମୂଲ୍ୟ ହଟାଇବା ପରେ ସ୍ଥିତି ଓ ଚ୍ୟାଲେଞ୍ଜ କ୍ଷେତ୍ର ଲିପିବଦ୍ଧ କରନ୍ତୁ। କୌଣସି ମଧ୍ୟସ୍ଥ ପ୍ରତିକ୍ରିୟାକୁ ରୂପାନ୍ତର କରିଥାଇପାରେ, କିମ୍ବା କଷ୍ଟମ ପ୍ରକ୍ସି ଏକ ଅବୈଧ ଚ୍ୟାଲେଞ୍ଜ ତିଆରି କରିଥାଇପାରେ। ସେହି ପ୍ରମାଣକୁ ପ୍ରକ୍ସିର ନିଜସ୍ୱ କାରବାର ଲଗ୍ ସହିତ ତୁଳନା କରନ୍ତୁ।

ଯଦି ସେବା ଏହାର ବଦଳେ 405 କିମ୍ବା ଅନ୍ୟ ତ୍ରୁଟି ପଠାଏ, ତେବେ କଷ୍ଟମ କ୍ଲାଏଣ୍ଟ ଭିତରେ ଏପରି ପ୍ରତ୍ୟେକ ପ୍ରତିକ୍ରିୟାକୁ 407 ଭାବେ ପୁନଃ ଲେବଲ କରନ୍ତୁ ନାହିଁ। ଆପଣ ପଦ୍ଧତି-ନୀତିର ପ୍ରକୃତ ବିଫଳତାକୁ ଲୁଚାଇବେ ଏବଂ ତଥାପି ବିଶ୍ୱସନୀୟ ସ୍କିମ୍ ବୁଝାମଣା ରହିବ ନାହିଁ। ସେବାର ଆଚରଣ ସୁଧାରନ୍ତୁ କିମ୍ବା ଏହାର ଦସ୍ତାବିଜୀକୃତ ସମର୍ଥିତ ପ୍ରମାଣୀକରଣ ପଥ ବ୍ୟବହାର କରନ୍ତୁ।

ଏକାଧିକ ଚ୍ୟାଲେଞ୍ଜ ପାଇଁ ମଧ୍ୟ ପ୍ରକୃତ HTTP ପାର୍ସର ଆବଶ୍ୟକ। କମା ପାରାମିଟର କିମ୍ବା ଚ୍ୟାଲେଞ୍ଜ ଅଲଗା କରିପାରେ; ସମଗ୍ର ହେଡରକୁ ଅନ୍ଧଭାବେ କମାରେ ବିଭାଜନ କଲେ ଉଦ୍ଧୃତି ଭିତରର realm ନଷ୍ଟ ହୋଇପାରେ। କ୍ରମିକ ଷ୍ଟ୍ରିଙ୍ଗ ପ୍ରତିସ୍ଥାପନ ବଦଳେ କ୍ଲାଏଣ୍ଟର ସମର୍ଥିତ ପ୍ରମାଣୀକରଣ କାର୍ଯ୍ୟକାରୀକରଣ ବ୍ୟବହାର କରନ୍ତୁ।

ଚ୍ୟାଲେଞ୍ଜ ବ୍ୟବହାରଯୋଗ୍ୟ ହେବା ପରେ ହିଁ ପ୍ରମାଣପତ୍ର ପ୍ରଦାନକାରୀ କାହିଁକି ଖାତା ଫେରାଇ ନାହିଁ ତାହା ଅନୁସନ୍ଧାନ କରିବା ଅର୍ଥପୂର୍ଣ୍ଣ।