ପ୍ରଦାନକାରୀଙ୍କ ନିକଟରେ ସଠିକ୍ ପାସୱାର୍ଡ ପ୍ରକୃତରେ ଚୟନିତ ପ୍ରକ୍ସି ପାଇଁ ମେଳ ଖାଉଥିବା ପ୍ରମାଣପତ୍ର ସ୍ଥାପନ କରେ ନାହିଁ। ସେହି ଏଣ୍ଡପଏଣ୍ଟର ସ୍କିମ୍, ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟରୁ ଆରମ୍ଭ କରନ୍ତୁ; ହୋଷ୍ଟ କ୍ଷେତ୍ର ସାଧାରଣତଃ କେବଳ ହୋଷ୍ଟନାମ କିମ୍ବା IP ନେଇଥାଏ, ସମ୍ପୂର୍ଣ୍ଣ URL ନୁହେଁ।

  1. ସମସ୍ତ ପ୍ରମାଣୀକରଣ ବିନିମୟ ପଢ଼ନ୍ତୁ। ଏକ 407 ପରେ ଗ୍ରହଣୀୟ ପୁନଃପ୍ରୟାସ ସ୍ୱାଭାବିକ ହୋଇପାରେ। ଲଗଇନ୍‌କୁ ପ୍ରତ୍ୟାଖ୍ୟାତ ବୋଲି ଗ୍ରହଣ କରିବା ପୂର୍ବରୁ ଚୂଡ଼ାନ୍ତ ଫଳାଫଳ ଏବେ ମଧ୍ୟ 407 ଅଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।
  2. ମାର୍ଗ ଏବଂ ପ୍ରମାଣପତ୍ରର ପରିସର ତୁଳନା କରନ୍ତୁ। ପ୍ରକୃତ ହୋଷ୍ଟ/ପୋର୍ଟ ଏବଂ ସ୍ଥାପିତ HttpClient 5 AuthScope ଦ୍ୱାରା ନିର୍ଦ୍ଧାରିତ ଅନ୍ୟ କ୍ଷେତ୍ରଗୁଡ଼ିକ ମେଳାନ୍ତୁ। ଭୁଲ ପୋର୍ଟ BasicCredentialsProviderକୁ ଉପଯୁକ୍ତ ପ୍ରବେଶ ବିନା ଛାଡ଼ିପାରେ।
  3. ପଦ୍ଧତି ଏବଂ ପରିଚୟ ଯାଞ୍ଚ କରନ୍ତୁ। ପ୍ରକ୍ସି ସମର୍ଥିତ ପଦ୍ଧତି ପ୍ରଦାନ କରିଥିଲା କି? ପୁନଃପ୍ରୟାସ ଆଶାକରାଯାଉଥିବା ସଂଯୋଗ ବ୍ୟବହାର କରିଥିଲା କି? ଅପରେଟର ଡୋମେନ-ଯୋଗ୍ୟ ଖାତା କିମ୍ବା ଅନ୍ୟ ଦଲିଲଭୁକ୍ତ ଫର୍ମାଟ୍ ଆବଶ୍ୟକ କରନ୍ତି କି?

ସ୍ଥାପିତ ମୁଖ୍ୟ-ସଂସ୍କରଣ API ବ୍ୟବହାର କରନ୍ତୁ। HttpClient 4ର ପ୍ରମାଣୀକରଣ-କ୍ୟାସ୍ ରେସିପି ସଂସ୍କରଣ 5ରେ ଅପରିବର୍ତ୍ତିତ ଭାବରେ ଯାଏ ନାହିଁ। ମନଇଚ୍ଛା ବ୍ୟବହାରକାରୀନାମ ପ୍ରକାର ଉପରେ ଘୂରିବା ପରିବର୍ତ୍ତେ ଅପରେଟରଙ୍କ ଖାତା ଆବଶ୍ୟକତା ବ୍ୟବହାର କରନ୍ତୁ।

ପୂର୍ବ-ପ୍ରମାଣୀକରଣ ଆଉ ଏକ ଜାଣିଶୁଣି ଚୟନ। ସୁସଙ୍ଗତ ସ୍କିମ୍ ପାଇଁ ଏହା ଏକ ରାଉଣ୍ଡ ହଟାଇପାରେ, କିନ୍ତୁ ପ୍ରମାଣପତ୍ର କେବେ ବାହାରକୁ ଯାଏ ତାହା ବଦଳାଏ ଏବଂ ସମର୍ଥିତ ପରିସର ଆବଶ୍ୟକ କରେ। ଅସଙ୍ଗତ ଏଣ୍ଡପଏଣ୍ଟ କିମ୍ବା ଅସମର୍ଥିତ ପଦ୍ଧତି ପାଇଁ ଏହା ପ୍ରଥମ ସଂଶୋଧନ ହୋଇପାରିବ ନାହିଁ।

ଚ୍ୟାଲେଞ୍ଜ ହୋଇଥିବା ପ୍ରକ୍ସି ପରିଚୟ, ପଦ୍ଧତି, ପରିସର ମେଳ ଏବଂ ଚୂଡ଼ାନ୍ତ ସ୍ଥିତି ସମ୍ପାଦିତ ନିଦାନ ରେ ରଖନ୍ତୁ। ପାସୱାର୍ଡ ଏବଂ ପ୍ରମାଣପତ୍ର ବହନ କରୁଥିବା ଅପରିଷ୍କୃତ ଚିହ୍ନ ସେହି ତୁଳନା ପାଇଁ ଆବଶ୍ୟକ ନାହିଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ