OpenSSL s_client: پراکسی کا 403 منزل کے TLS سے پہلے آتا ہے
OpenSSL پراکسی کے ذریعے CONNECT پر 403 کو سرنگ کے مرحلے کی ناکامی سمجھیں اور کبھی شروع نہ ہونے والے handshake سے منزل کا سرٹیفکیٹ تشخیص نہ کریں۔
اگر openssl s_client کو اپنی پراکسی CONNECT درخواست کے جواب میں HTTP 403 ملے، تو اسی انکار سے شروع کریں۔ درخواست کردہ سرنگ قائم نہیں ہوئی۔
-proxy کے ساتھ s_client پہلے HTTP پراکسی سے -connect کے ذریعے بتائی گئی منزل سے جڑنے کو کہتا ہے۔ صرف کامیاب CONNECT جواب ہی اس تبادلے کو منزل کے TLS handshake کے لیے سرنگ میں بدلتا ہے۔
یہی ترتیب بصورت دیگر الجھنے والے آؤٹ پٹ کی وضاحت کرتی ہے: پراکسی کی خرابی کے بعد TLS سے متعلق سرخیاں، کوئی ہم منصب سرٹیفکیٹ نہ ہونا، یا بظاہر تسلی دینے والی تصدیق کی سطر۔ وہ فیلڈز ثابت نہیں کرتے کہ منزل کا سرٹیفکیٹ موصول اور تصدیق شدہ ہوا۔ کارروائی پہلے ہی مرحلے میں رک گئی تھی۔
پراکسی کا جواب اور درخواست کردہ منزل کا ہوسٹ اور پورٹ ریکارڈ کریں۔ 403 توجہ پراکسی کے رسائی کے فیصلے کی طرف مبذول کرتا ہے؛ 407 پراکسی کی تصدیقِ شناخت مانگتا ہے۔ منزل کے سرٹیفکیٹ کی تصدیق بند کر کے ان میں سے کوئی بھی ٹھیک نہیں ہوتا۔
جب تبادلے کا معائنہ کرنے کی اجازت ہو، s_client کا -debug آؤٹ پٹ انکار کو بے نقاب کرنے میں مدد دے سکتا ہے۔ پراکسی کی کوئی بھی اسناد مشترکہ ٹریس سے باہر رکھیں۔ کامیاب سرنگ کو بعد میں بھی اپنا TLS اور سرٹیفکیٹ جائزہ درکار ہوگا، لیکن اس مرحلے تک واقعی پہنچنے سے پہلے تشخیص کے لیے کوئی ہدف سرٹیفکیٹ زنجیر نہیں ہے۔