CA বাণ্ডল সলনি কৰাৰ আগতে কোনটো TLS হেণ্ডশ্বেক বিফল হ’ল সেয়া বিচাৰক। প্ৰক্সিৰ চাৰ্টিফিকেট আৰু ৱেবছাইটৰ চাৰ্টিফিকেট পৃথক সংযোগত পৰীক্ষা হ’ব পাৰে।

প্ৰক্সি আৰু গন্তব্যTLS পৰীক্ষা
HTTPS গন্তব্যৰ বাবে HTTP প্ৰক্সিCONNECT-ৰ পিছত টানেলৰ মাজেৰে গন্তব্যৰ চাৰ্টিফিকেট যাচাই কৰক।
HTTPS গন্তব্যৰ বাবে HTTPS প্ৰক্সিপ্ৰথমে প্ৰক্সিলৈ TLS যাচাই কৰক; টানেল খোলাৰ পিছত গন্তব্যৰ পৃথক TLS ছেছন যাচাই কৰক।

বিস্তৃত ট্ৰেচত অনুৰোধ কৰা হ’ষ্টনাম আৰু শেষত সম্পূৰ্ণ হোৱা হেণ্ডশ্বেক চিনাক্ত কৰক। HTTPS প্ৰক্সিৰ চাৰ্টিফিকেটৰ ত্ৰুটি ৱেবছাইটৰ সৈতে যোগাযোগৰ আগতে হ’ব পাৰে। সেই সংযোগৰ নিৰ্ধাৰিত নাম, চাৰ্টিফিকেটৰ বৈধতাৰ সময়, স্থানীয় ঘড়ী, প্ৰত্যাশিত চেইন আৰু অনুমোদিত ট্ৰাষ্ট ষ্ট’ৰ পৰীক্ষা কৰক। ইচ্ছাকৃতভাৱে কনফিগাৰ কৰা TLS ইণ্টাৰচেপশ্যন বা যোগ কৰা ৰুট চাৰ্টিফিকেটো অনুসন্ধানত ধৰক।

curl-এ দুয়োটা সংযোগৰ বাবে পৃথক CA বিকল্প দিয়ে:

curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/

--proxy-cacert-এ প্ৰক্সিৰ বাবে বিশ্বাসৰ ভিত্তি দিয়ে; --cacert-এ গন্তব্যৰ বাবে। উদাহৰণৰ এণ্ডপইণ্ট আৰু ফাইলসমূহ আপোনাৰ উদ্দেশ্য কৰা বিশ্বাসৰ ব্যৱস্থাৰ মানেৰে সলনি কৰক। ছিষ্টেমৰ বিশ্বাস যথেষ্ট হ’লে নিজা বাণ্ডলৰ প্ৰয়োজন নাই।

হ’ষ্টনামৰ সলনি যিকোনো IP দিলে চাৰ্টিফিকেট মিলোৱা সলনি হয়। যাচাই এৰি দিলে বিফলতা লুকাব পাৰে, কিন্তু আনটো মূৰৰ পৰিচয় নিশ্চিত নহয়। অচিনাকি প্ৰক্সিৰ নিজৰ ৰুট CA ইনষ্টল কৰিবলৈ কৰা অনুৰোধ সেইটোক বিশ্বাস কৰাৰ পৰ্যাপ্ত কাৰণ নহয়।

প’ৰ্টত সংযোগ নাকচ হোৱা বা CONNECT নাকচ হোৱা আগৰ পৰ্যায়ৰ কথা; চাৰ্টিফিকেট সলনি কৰি সেয়া ঠিক কৰিব নোৱাৰি। আনহাতে, গন্তব্যৰ TLS যাচাই হোৱাৰ পিছত ৱেবছাইটৰ HTTP ত্ৰুটি পোৱা সঁহাৰিৰ বিষয়, আৰু এটা CA সলনি কৰাৰ বিষয় নহয়।

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