ଯେତେବେଳେ WinHTTP 407 ଏବଂ 401 ମଧ୍ୟରେ ବଦଳେ
ଚୟନିତ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ସ୍ଥିତି ରକ୍ଷା କରନ୍ତୁ ଏବଂ ପୁନଃ ପ୍ରୟାସ ପୂର୍ବରୁ ଏହାକୁ ପୁଣି ଲାଗୁ କରନ୍ତୁ, ସାଙ୍ଗରେ ଅଲଗା ଗନ୍ତବ୍ୟ ଚ୍ୟାଲେଞ୍ଜ ସମ୍ଭାଳନ୍ତୁ।
ଏକ WinHTTP ଅନୁରୋଧ ପ୍ରକ୍ସିରେ ପ୍ରମାଣୀକରଣ କରେ, ୱେବସାଇଟର 401 ପାଏ, ତାପରେ ପରବର୍ତ୍ତୀ ପଠାଣରେ ଆଉ ଏକ 407 ପାଏ। ପ୍ରକ୍ସି ଏବଂ ୱେବସାଇଟର ପ୍ରମାଣୀକରଣ ସ୍ଥିତି ଅଲଗା, ଏବଂ ପୁନଃ ପଠାଣ ପଥକୁ ଦୁଇଟି ରକ୍ଷା କରିବାକୁ ହୁଏ।
ମାଇକ୍ରୋସଫ୍ଟର ମୂଳ WinHTTP ପ୍ରମାଣୀକରଣ ନମୁନା ଚୟନିତ ପ୍ରକ୍ସି ସ୍କିମକୁ ଏକ ଚରରେ ରଖେ ଏବଂ ସେହି ସ୍କିମ ଚୟନ ହେବା ପରେ ପ୍ରତ୍ୟେକ WinHttpSendRequest ପୂର୍ବରୁ ପ୍ରକ୍ସି ଖାତା ପୁଣି ଲାଗୁ କରେ।
- ଅନୁରୋଧ ପଠାନ୍ତୁ ଏବଂ ପ୍ରତିକ୍ରିୟା ଯାଞ୍ଚ କରନ୍ତୁ।
- 407 ପାଇଁ, ଦିଆଯାଇଥିବା ସ୍କିମଗୁଡ଼ିକ ପଚାରନ୍ତୁ ଏବଂ ଚୟନିତ ପ୍ରକ୍ସି ସ୍କିମ ମନେ ରଖନ୍ତୁ।
- ପୁନଃ ପଠାଣ ପୂର୍ବରୁ, ସେହି ସ୍କିମ ଏବଂ ଖାତା ସହିତ WINHTTP_AUTH_TARGET_PROXY ପାଇଁ WinHttpSetCredentials ଡାକନ୍ତୁ।
- ଗନ୍ତବ୍ୟର 401 ପାଇଁ, ଏହାର ସ୍କିମ ନିଅନ୍ତୁ ଏବଂ ପରବର୍ତ୍ତୀ ପଠାଣ ପାଇଁ ମନେ ରଖାଯାଇଥିବା ପ୍ରକ୍ସି ସ୍ଥିତି ରକ୍ଷା କରି ସର୍ଭର ପ୍ରମାଣପତ୍ର ସେଟ୍ କରନ୍ତୁ।
ନମୁନା ବିଶେଷଭାବେ ସର୍ଭର ଚ୍ୟାଲେଞ୍ଜ କିମ୍ବା ରିଡାଇରେକ୍ଟ ପରେ ପୁନଃ ପ୍ରମାଣୀକରଣକୁ ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ପୁଣି ଲାଗୁ କରିବାର କାରଣ ଭାବେ ଉଲ୍ଲେଖ କରେ। କେବଳ ପ୍ରଥମ 407 ଶାଖାରେ କଲ ରଖିଲେ ଅନ୍ୟ ଏକ ପୁନଃ ପ୍ରୟାସ ପଥ ଆଶାନୁରୂପ ସେଟଅପ ବିନା ରହିପାରେ।
ପ୍ରତ୍ୟେକ API ଫଳାଫଳ ଯାଞ୍ଚ କରନ୍ତୁ ଏବଂ ପୁନରାବୃତ୍ତି ବିଫଳତାକୁ ସୀମିତ ରଖନ୍ତୁ। ମାଇକ୍ରୋସଫ୍ଟର ସଂକ୍ଷିପ୍ତ ନମୁନା ପୂର୍ବ ସ୍ଥିତି ଟ୍ରାକ୍ କରେ, ଅଥଚ ଉତ୍ପାଦନ ପୁନଃ ପ୍ରୟାସ ନୀତି ପୁନରାବୃତ୍ତି ବଦଳୁଥିବା କ୍ରମକୁ ମଧ୍ୟ ଚିହ୍ନିବା ଉଚିତ।
ବିଫଳତା ପରେ ଉପଭୋକ୍ତା ପ୍ରତିସ୍ଥାପନ ଖାତା ଦେଲେ, ସେହି ପୁନଃ ପଠାଣ ପଥ ବ୍ୟବହାର କରୁଥିବା ମୂଲ୍ୟଗୁଡ଼ିକ ଅଦ୍ୟତନ କରନ୍ତୁ। WinHttpSetCredentials ଅନୁରୋଧ-ସୀମିତ; ଏହା ପ୍ରକ୍ରିୟା-ବ୍ୟାପୀ ପାସୱାର୍ଡ ଭଣ୍ଡାର ନୁହେଁ ଯାହାର ବିଷୟବସ୍ତୁ ସବୁ ଭବିଷ୍ୟତ ଅନୁରୋଧ ପାଇଁ ବଦଳାଯାଏ।