CRL ও OCSP সার্টিফিকেট যাচাইয়ে প্রক্সি ব্যর্থতার অনুসন্ধান
অ্যাপ্লিকেশন তার প্রক্সিতে পৌঁছালেও সার্টিফিকেট যাচাই শেষ করতে না পারলে যাচাইকারীর অ্যাকাউন্টের অধীনে CRL বা OCSP সংগ্রহের অনুসন্ধান করুন।
একটি ওয়েবসাইট অনুরোধ তার প্রক্সিতে পৌঁছেও ব্যর্থ হতে পারে, কারণ সার্টিফিকেট যাচাইয়ের জন্য আরেকটি নেটওয়ার্ক অনুরোধ প্রয়োজন। CRL বা OCSP সংগ্রহ অ্যাপ্লিকেশনের HTTP ক্লায়েন্টের চেয়ে ভিন্ন অ্যাকাউন্ট ও প্রক্সি নীতিを持つ প্ল্যাটফর্ম উপাদানের মাধ্যমে চলতে পারে।
সঠিক চেইন ত্রুটি দিয়ে শুরু করুন। প্রত্যাহৃত মানে বর্তমান প্রত্যাহার তথ্য পাওয়া যাচ্ছে না থেকে ভিন্ন কিছু। মেয়াদ শেষ হওয়া আর অবিশ্বস্ত ইস্যুকারী আবার অন্য সমস্যা। কেবল সংগ্রহ ব্যর্থতাই একটি স্ট্যাটাস URL-এ অনুপস্থিত পথ অনুসন্ধানের দাবি করে।
সেই ব্যর্থতার জন্য তিনটি জিনিস একসঙ্গে চিহ্নিত করুন: যে URL সংগ্রহ করা হচ্ছে, যে উপাদান সংগ্রহ করছে এবং তার প্রক্রিয়া পরিচয়। আপনার ইন্টারঅ্যাকটিভ অ্যাকাউন্টের অধীনে ব্রাউজারে URL সফলভাবে খোলা প্রমাণ করে না যে কোনো সেবা একই প্রক্সিতে প্রমাণীকরণ করতে পারে।
চিহ্নিত উপাদান WinHTTP ব্যবহার করলে তার জন্য প্রযোজ্য নীতি পরীক্ষা করুন। স্থির প্রক্সি কনফিগারেশন ও প্রতি-URL স্বয়ংক্রিয় প্রক্সি মূল্যায়ন আলাদা ব্যবস্থা। উদ্দিষ্ট অ্যাকাউন্টের জন্য সমর্থিত কনফিগারেশন প্রয়োগ করুন; ব্রাউজার সেটিংস কপি করা বা অসম্পর্কিত রানটাইম বদলানো প্রকৃত সংগ্রহকে অক্ষত রাখতে পারে।
.NET-এ চেইন নীতিতে UrlRetrievalTimeout অনলাইন যাচাই বা CRL সংগ্রহের অপেক্ষা নিয়ন্ত্রণ করে। সাধারণ HTTP প্রতিক্রিয়া টাইমআউট বাড়ালে সেই একই টাইমার বাড়ে না, আর সংগ্রহ টাইমার বাড়ালে প্রক্সি শংসাপত্র বা পথ পাওয়া যায় না।
একটি HTTPS প্রক্সি এই নির্ভরতা গন্তব্য TLS-এর আগেই দৃশ্যমান করতে পারে: প্রক্সি সংযোগে আস্থার জন্যই প্রত্যাহার তথ্য সংগ্রহ প্রয়োজন হতে পারে। সেই পর্যায়ে সমর্থিত সংগ্রহ অ্যাক্সেস ও আস্থা ব্যবস্থা পুনরুদ্ধার করুন। প্রত্যাহার যাচাই নিষ্ক্রিয় করা সার্টিফিকেট নীতি বদলায়; ব্যর্থ সংগ্রহ ফিরিয়ে দেয় না।