د CRL او OCSP سندونو په څېړنو کې د پروکسي ناکامۍ تعقیبول
کله چې اپلیکیشن خپل پروکسي ته ورسېږي خو د سند تصدیق نه شي بشپړېدای، د تصدیق کوونکي حساب لاندې د CRL یا OCSP راټولول تعقیب کړئ.
د وېبپاڼې غوښتنه کولای شي خپل پروکسي ته ورسېږي او بیا هم ناکامه شي، ځکه چې د سند تصدیق بل شبکه یي غوښتنې ته اړتیا لري. د CRL یا OCSP راټولول کېدای شي د پلیټفارم هغه برخې له لارې ترسره شي چې د اپلیکیشن د HTTP کلاینټ څخه بېل حساب او پروکسي پالیسي لري.
له دقیقې سلسلې تېروتنې پیل وکړئ. Revoked له د اوسني لغوه کولو معلوماتو ترلاسه کول ناممکن دي څخه بېل معنی لري. د مودې پای او ناباوره صادروونکی بیا نورې ستونزې دي. یوازې د راټولولو ناکامي د دې غوښتنې کوي چې د حالت URL ته ورکې لاره تعقیب شي.
د دې ناکامۍ لپاره درې شیان یوځای وپېژنئ: هغه URL چې راټولېږي، هغه برخه چې راټولول ترسره کوي او د هغې د پروسې هویت. دا چې براوزر په ستاسو تعاملي حساب کې URL په بریالیتوب سره پرانیزي، دا نه ثابتوي چې یوه خدمت کولای شي په هماغه پروکسي کې تصدیق شي.
که پېژندل شوې برخه WinHTTP کاروي، هغه پالیسي وڅېړئ چې پر هغې پلي کېږي. ثابته پروکسي ترتیبات او د URL له مخې اتوماتیک پروکسي ارزونه جلا جلا میکانیزمونه دي. د پام وړ حساب لپاره ملاتړ شوې ترتیبات پلي کړئ؛ د براوزر تنظیمات کاپي کول یا بې ارتباطه رنټایم بدلول کولای شي اصلي راټولول لاس نه ورته ونه رسوي.
په .NET کې، د سلسلې په پالیسي کې UrlRetrievalTimeout د آنلاین تصدیق یا د CRL راټولولو لپاره انتظار کنټرولوي. د عادي HTTP ځواب وخت تمدیدول هماغه ټایمر نه تمدیدوي، او د راټولولو ټایمر تمدیدول د پروکسي اسناد یا لاره نه برابروي.
یو HTTPS پروکسي کولای شي دا تړاو د منزل TLS څخه دمخه ښکاره کړي: پر پروکسي اړیکه باور پخپله د لغوه کولو معلوماتو راټولولو ته اړتیا ولري. په هغه مرحله کې ملاتړ شوې راټولولو لاسرسی او د باور ترتیبات بیرته راولي. د لغوه کولو څېړنه غیرفعالول د سند پالیسي بدلوي؛ دا ناکامه راټولول نه بیرته راولي.