CRL اور OCSP سرٹیفکیٹ جانچوں میں پراکسی ناکامیوں کا سراغ لگانا

کسی ویب سائٹ کی درخواست اپنی پراکسی تک پہنچ کر بھی ناکام ہو سکتی ہے، کیونکہ سرٹیفکیٹ کی تصدیق کے لیے ایک اور نیٹ ورک درخواست درکار ہوتی ہے۔ CRL یا OCSP حصول ایپلیکیشن کے HTTP کلائنٹ سے مختلف اکاؤنٹ اور پراکسی پالیسی رکھنے والے پلیٹ فارم جزو کے ذریعے چل سکتا ہے۔

عین چین کی غلطی سے شروع کریں۔ Revoked کا مطلب موجودہ منسوخی کی معلومات حاصل نہیں کی جا سکتیں سے مختلف ہے۔ میعاد ختم ہونا اور ناقابلِ اعتماد جاری کنندہ پھر الگ مسائل ہیں۔ صرف حصول کی ناکامی ہی حیثیت والے URL تک جانے والے گمشدہ راستے کا سراغ لگانے کی متقاضی ہے۔

اس ناکامی کے لیے تین چیزیں مل کر شناخت کریں: حاصل کیا جانے والا URL، حصول انجام دینے والا جزو اور اس کی پروسیس شناخت۔ یہ کہ براؤزر آپ کے انٹرایکٹو اکاؤنٹ کے تحت URL کامیابی سے کھولتا ہے، اس بات کا ثبوت نہیں کہ کوئی سروس اسی پراکسی پر تصدیق کر سکتی ہے۔

اگر شناخت شدہ جزو WinHTTP استعمال کرتا ہے تو اس پر لاگو پالیسی کا جائزہ لیں۔ جامد پراکسی ترتیب اور فی URL خودکار پراکسی تشخیص الگ الگ طریقے ہیں۔ مطلوبہ اکاؤنٹ کے لیے معاون ترتیب لاگو کریں؛ براؤزر کی ترتیبات نقل کرنا یا غیر متعلق رن ٹائم بدلنا اصل حصول کو اچھوتا چھوڑ سکتا ہے۔

.NET میں، چین پالیسی پر UrlRetrievalTimeout آن لائن تصدیق یا CRL حصول کے انتظار کو کنٹرول کرتا ہے۔ عام HTTP جواب کی مدت بڑھانا اسی ٹائمر کو نہیں بڑھاتا، اور حصول کا ٹائمر بڑھانا پراکسی اسناد یا راستہ فراہم نہیں کرتا۔

ایک HTTPS پراکسی اس انحصار کو منزل کے TLS سے پہلے ہی نمایاں کر سکتی ہے: پراکسی کنکشن پر اعتماد کو خود منسوخی کا حصول درکار ہو سکتا ہے۔ اس مرحلے پر معاون حصول رسائی اور اعتماد کا انتظام بحال کریں۔ منسوخی کی جانچ بند کرنا سرٹیفکیٹ پالیسی بدلتا ہے؛ یہ ناکام حصول کو بحال نہیں کرتا۔