Python Requests: CA bundle verify ত থাকিব লাগে, cert ত নহয়

এজন সহকৰ্মীয়ে আপোনাক সংস্থাটোৰ CA প্ৰমাণপত্ৰ দিয়ে। Requests এ cert নামৰ এটা পেৰামিটাৰ আগবঢ়ায়। নামবোৰ মিল যেন লাগে, কিন্তু সিহঁতে বেলেগ বেলেগ প্ৰশ্নৰ উত্তৰ দিয়ে।

অনুমোদিত আৱৰ্তন CA ৰ বাবে, এটা Requests কাৰ্যই অভিপ্ৰেত CA bundle বাছনি কৰিব পাৰে:

response = requests.get(
    'https://example.com/',
    proxies=routes,
    verify='/path/to/approved-ca-bundle.pem',
    timeout=15,
)

ইয়াত routes হৈছে এপ্লিকেশ্যনৰ বৰ্তমান প্ৰক্সি মেপিং। পথটোৱে এই ক্লায়েন্টৰ বাবে শুদ্ধ পঢ়িব পৰা বিশ্বাস bundle নিৰ্দেশ কৰিব লাগে। সংযোগ বিফল হোৱাৰ বাবেই বাছনি কৰা ডাউনলোড কৰা ৱেবছাইট প্ৰমাণপত্ৰ নহয়।

পৰিৱেশ চলক REQUESTS_CA_BUNDLE আন এটা সমৰ্থিত বিশ্বাস ইনপুট। যদি ই অকাৰ্যকৰী যেন লাগে, প্ৰকৃত প্ৰেৰণ পথ পৰীক্ষা কৰক; প্ৰস্তুত অনুৰোধৰ কৰ্মপ্ৰৱাহ আৰু স্পষ্ট ছেটিঙে পৰিৱেশ সংৰূপ কেনেকৈ একত্ৰিত হয় সলনি কৰিব পাৰে।

আপুনি CA ৰ ব্যক্তিগত কীৰ প্ৰয়োজন নহ'ব লাগে

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

এটা নিৰ্দিষ্ট গন্তব্যই বা অন্য পৃথকভাৱে সংৰূপিত TLS সম্পৰ্কই ক্লায়েন্ট প্ৰমাণপত্ৰৰ প্ৰয়োজন কৰিব পাৰে। সেয়া পৃথক প্ৰয়োজনীয়তা, প্ৰতিটো প্ৰমাণপত্ৰ-যাচাই ত্ৰুটিৰ পৰা অনুমান কৰা বস্তু নহয়।

পৰৱৰ্তী ত্ৰুটি দেখা দিলে কাৰ্যটো নাম কৰক: CA ফাইল লোড কৰা, সমকক্ষ প্ৰমাণপত্ৰ যাচাই কৰা, বা ক্লায়েন্ট পৰিচয় উপস্থাপন কৰা। বাৰ্তা সলনি নোহোৱালৈকে verify আৰু cert ৰ মাজত ফাইল স্থানান্তৰ কৰা ইয়াৰ ভূমিকা বাছনিৰ নিৰ্ভৰযোগ্য উপায় নহয়।