OpenSSL s_client প্রক্সি 403 গন্তব্যের TLS-এর আগেই ঘটে
OpenSSL প্রক্সি CONNECT 403-কে টানেল পর্যায়ের ব্যর্থতা হিসেবে ব্যাখ্যা করুন এবং কখনও শুরু হয়নি এমন হ্যান্ডশেক থেকে গন্তব্যের সার্টিফিকেট নির্ণয় করবেন না।
যদি openssl s_client তার প্রক্সি CONNECT অনুরোধের উত্তরে HTTP 403 পায়, তবে সেই প্রত্যাখ্যান থেকেই শুরু করুন। অনুরোধ করা টানেলটি প্রতিষ্ঠিত হয়নি।
-proxy সহ s_client প্রথমে HTTP প্রক্সিকে -connect দ্বারা নির্দিষ্ট গন্তব্যের সাথে সংযোগ করতে বলে। কেবল একটি সফল CONNECT উত্তরই এই বিনিময়কে গন্তব্যের TLS হ্যান্ডশেকের জন্য টানেলে রূপান্তরিত করে।
এই ক্রমটিই অন্যথায় বিভ্রান্তিকর আউটপুট ব্যাখ্যা করে: প্রক্সি ত্রুটির পরে TLS-সম্পর্কিত শিরোনাম, কোনো পিয়ার সার্টিফিকেট নেই, বা আপাতদৃষ্টিতে আশ্বস্তকারী যাচাইয়ের লাইন। এই ক্ষেত্রগুলি প্রমাণ করে না যে গন্তব্যের সার্টিফিকেট গ্রহণ ও যাচাই করা হয়েছে। কাজটি আগের একটি পর্যায়েই থেমে গিয়েছিল।
প্রক্সির উত্তর এবং অনুরোধ করা গন্তব্য হোস্ট ও পোর্ট লিখে রাখুন। একটি 403 মনোযোগ প্রক্সির অ্যাক্সেস সিদ্ধান্তের দিকে নিয়ে যায়; 407 প্রক্সি প্রমাণীকরণ চায়. গন্তব্যের সার্টিফিকেটের যাচাই বন্ধ করে এদের কোনোটিই সারানো যায় না।
বিনিময়টি পরিদর্শনের অনুমতি থাকলে, s_client-এর -debug আউটপুট প্রত্যাখ্যানটি প্রকাশ করতে সাহায্য করতে পারে। প্রক্সির কোনো ক্রেডেনশিয়াল শেয়ার করা ট্রেসের বাইরে রাখুন। একটি সফল টানেলের পরেও নিজস্ব TLS ও সার্টিফিকেট মূল্যায়ন প্রয়োজন হবে, কিন্তু সেই পর্যায়ে সত্যিই পৌঁছানোর আগে নির্ণয়ের জন্য কোনো লক্ষ্য সার্টিফিকেট চেইন নেই।