যদি openssl s_client-এ ইয়াৰ প্ৰক্সি CONNECT অনুৰোধৰ উত্তৰত HTTP 403 লাভ কৰে, তেন্তে সেই অস্বীকাৰৰ পৰাই আৰম্ভ কৰক। অনুৰোধিত টানেলটো স্থাপন হোৱা নাই।

-proxyৰ সৈতে s_client-এ প্ৰথমে HTTP প্ৰক্সিক -connect ৰ দ্বাৰা নিৰ্দিষ্ট গন্তব্যটোত সংযোগ কৰিবলৈ কয়। কেৱল সফল CONNECT উত্তৰেহে এই বিনিময়ক গন্তব্যৰ TLS হেণ্ডশ্বেকৰ বাবে টানেললৈ ৰূপান্তৰ কৰে।

এই ক্ৰমেই অন্যথা বিভ্ৰান্তিকৰ আউটপুট ব্যাখ্যা কৰে: এটা প্ৰক্সি ত্ৰুটিৰ পিছত TLS-সম্পৰ্কীয় শিৰোনামা, কোনো পীয়াৰ প্ৰমাণপত্ৰ নাই, বা আপাতভাৱে আশ্বাসজনক পৰীক্ষণ শাৰী। সেই ক্ষেত্ৰসমূহে প্ৰমাণ নকৰে যে গন্তব্যৰ প্ৰমাণপত্ৰ গ্ৰহণ আৰু পৰীক্ষা কৰা হৈছে। কাৰ্যটো আগতীয়া পৰ্যায়তেই ৰৈ গৈছিল।

প্ৰক্সিৰ উত্তৰ আৰু অনুৰোধিত গন্তব্য হোষ্ট আৰু পৰ্ট লিপিবদ্ধ কৰক। এটা 403-এ প্ৰক্সিৰ প্ৰৱেশ সিদ্ধান্তলৈ মনোযোগ টানে; 407-এ প্ৰক্সি প্ৰমাণীকৰণ বিচাৰে. গন্তব্যৰ প্ৰমাণপত্ৰৰ পৰীক্ষণ বন্ধ কৰি ইয়াৰ কোনোটোৱেই সমাধান নহয়।

বিনিময়টো পৰিদৰ্শনৰ অনুমতি থাকিলে, s_client-ৰ -debug আউটপুটে অস্বীকাৰটো উন্মোচন কৰাত সহায় কৰিব পাৰে। যিকোনো প্ৰক্সি প্ৰমাণপত্ৰ শ্বেয়াৰ কৰা ট্ৰেছৰ পৰা আঁতৰাই ৰাখক। সফল টানেল এটাৰ পিছতো নিজৰ TLS আৰু প্ৰমাণপত্ৰ মূল্যায়নৰ প্ৰয়োজন হ'ব, কিন্তু সেই পৰ্যায়ত প্ৰকৃততে উপনীত নোহোৱালৈকে নিৰ্ণয় কৰিবলৈ কোনো লক্ষ্য প্ৰমাণপত্ৰ শৃংখলা নাথাকে।

সম্পৰ্কিত প্ৰবন্ধ