CRL ଏବଂ OCSP ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚରେ ପ୍ରକ୍ସି ବିଫଳତା ଟ୍ରେସିଂ

ଏକ ୱେବସାଇଟ ଅନୁରୋଧ ନିଜ ପ୍ରକ୍ସି ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିପାରେ ଏବଂ ତଥାପି ବିଫଳ ହୋଇପାରେ, କାରଣ ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ପାଇଁ ଆଉ ଏକ ନେଟୱାର୍କ ଅନୁରୋଧ ଆବଶ୍ୟକ। CRL କିମ୍ବା OCSP ପୁନଃପ୍ରାପ୍ତି ଆପ୍ଲିକେସନର HTTP କ୍ଲାଏଣ୍ଟଠାରୁ ଭିନ୍ନ ଖାତା ଓ ପ୍ରକ୍ସି ନୀତି ଥିବା ପ୍ଲାଟଫର୍ମ ଉପାଦାଂଶ ମାଧ୍ୟମରେ ଚାଲିପାରେ।

ସଠିକ ଚେନ ତ୍ରୁଟିରୁ ଆରମ୍ଭ କରନ୍ତୁ। Revoked ର ଅର୍ଥ ସାମ୍ପ୍ରତିକ ରଦ୍ଦ କରିବା ସୂଚନା ମିଳୁନାହିଁ ଠାରୁ ଭିନ୍ନ। ମିଆଦ ଶେଷ ଓ ଅବିଶ୍ୱସ୍ତ ଇସ୍ୟୁଅର ପୁଣି ଅନ୍ୟ ସମସ୍ୟା। କେବଳ ପୁନଃପ୍ରାପ୍ତି ବିଫଳତା ହିଁ ସ୍ଥିତି URL ପର୍ଯ୍ୟନ୍ତ ହଜିଯାଇଥିବା ମାର୍ଗ ଟ୍ରେସ କରିବା ଆବଶ୍ୟକ କରେ।

ସେହି ବିଫଳତା ପାଇଁ ତିନୋଟି ଜିନିଷ ଏକାଠି ଚିହ୍ନଟ କରନ୍ତୁ: ପୁନଃପ୍ରାପ୍ତ ହେଉଥିବା URL, ପୁନଃପ୍ରାପ୍ତି କରୁଥିବା ଉପାଦାଂଶ ଏବଂ ତାହାର ପ୍ରୋସେସ ପରିଚୟ। ଆପଣଙ୍କ ଇଣ୍ଟରାକ୍ଟିଭ ଖାତା ଅଧୀନରେ ବ୍ରାଉଜର URL ଖୋଲିବାରେ ସଫଳ ହେବା ସେବା ସେହି ପ୍ରକ୍ସିରେ ପ୍ରମାଣୀକରଣ କରିପାରିବ ବୋଲି ପ୍ରମାଣ ଦିଏ ନାହିଁ।

ଚିହ୍ନଟ କରାଯାଇଥିବା ଉପାଦାଂଶ WinHTTP ବ୍ୟବହାର କରୁଥିଲେ, ତାହା ଉପରେ ଲାଗୁ ହେଉଥିବା ନୀତି ଯାଞ୍ଚ କରନ୍ତୁ। ସ୍ଥିର ପ୍ରକ୍ସି କନଫିଗୁରେସନ ଏବଂ URL ଅନୁଯାୟୀ ସ୍ୱୟଂଚାଳିତ ପ୍ରକ୍ସି ମୂଲ୍ୟାଙ୍କନ ଅଲଗା ଅଲଗା ପ୍ରଣାଳୀ। ଉଦ୍ଦିଷ୍ଟ ଖାତା ପାଇଁ ସମର୍ଥିତ କନଫିଗୁରେସନ ଲାଗୁ କରନ୍ତୁ; ବ୍ରାଉଜର ସେଟିଂ କପି କରିବା କିମ୍ବା ଅସମ୍ପୃକ୍ତ ରନଟାଇମ ବଦଳାଇବା ପ୍ରକୃତ ପୁନଃପ୍ରାପ୍ତିକୁ ଅସ୍ପୃଷ୍ଟ ରଖିପାରେ।

.NET ରେ, ଚେନ ନୀତିରେ UrlRetrievalTimeout ଅନଲାଇନ ଯାଞ୍ଚ କିମ୍ବା CRL ପୁନଃପ୍ରାପ୍ତି ପାଇଁ ଅପେକ୍ଷା ନିୟନ୍ତ୍ରଣ କରେ। ସାଧାରଣ HTTP ପ୍ରତିକ୍ରିୟା ଟାଇମଆଉଟ ବଢାଇବା ସେହି ଟାଇମର ବଢାଏ ନାହିଁ, ଏବଂ ପୁନଃପ୍ରାପ୍ତି ଟାଇମର ବଢାଇବା ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର କିମ୍ବା ମାର୍ଗ ଦିଏ ନାହିଁ।

ଏକ HTTPS ପ୍ରକ୍ସି ଏହି ନିର୍ଭରତାକୁ ଲକ୍ଷ୍ୟ TLS ପୂର୍ବରୁ ଦୃଶ୍ୟମାନ କରିପାରେ: ପ୍ରକ୍ସି ସଂଯୋଗ ଉପରେ ବିଶ୍ୱାସକୁ ନିଜେ ରଦ୍ଦ ସୂଚନା ପୁନଃପ୍ରାପ୍ତି ଆବଶ୍ୟକ ହୋଇପାରେ। ସେହି ପର୍ଯ୍ୟାୟରେ ସମର୍ଥିତ ପୁନଃପ୍ରାପ୍ତି ପ୍ରବେଶ ଓ ବିଶ୍ୱାସ ବ୍ୟବସ୍ଥା ପୁନଃସ୍ଥାପନ କରନ୍ତୁ। ରଦ୍ଦ ଯାଞ୍ଚ ଅକ୍ଷମ କରିବା ପ୍ରମାଣପତ୍ର ନୀତି ବଦଳାଏ; ଏହା ବିଫଳ ପୁନଃପ୍ରାପ୍ତିକୁ ପୁନଃସ୍ଥାପନ କରେ ନାହିଁ।