কাস্টম CA বান্ডেল সহ রিডাইরেক্টের পরে SSL সার্টিফিকেট ত্রুটি
স্পষ্টভাবে নির্বাচিত CA ফাইলে প্রকৃত অনুরোধ পথের জন্য প্রয়োজনীয় সমস্ত বিশ্বাস উপাদান আছে কিনা পরীক্ষা করুন, রিডাইরেক্ট হওয়া হোস্টসহ।
কোম্পানির CA ফাইল প্রথম URL ঠিক করে, তারপর একটি রিডাইরেক্ট যাচাইয়ে ব্যর্থ হয়। কাস্টম CA অপশন ক্লায়েন্টের আগের বিশ্বাস ইনপুট প্রতিস্থাপন করেছে কি না, নাকি তাতে যোগ করেছে, তা পরীক্ষা করুন।
এই আচরণ TLS ব্যাকএন্ড ও অপশনের উপর নির্ভর করে। শুধু কর্পোরেট CA থাকা ফাইল ক্লায়েন্টকে প্রয়োজনীয় অন্য কর্তৃপক্ষ থেকে বঞ্চিত করতে পারে।
- প্রতিটি পিয়ার অনুসরণ করুন। প্রথম হোস্ট কর্পোরেট ইস্যুয়ারের অধীনে বাধাপ্রাপ্ত হতে পারে। পরের হোস্ট বাইপাস, অন্য পরিদর্শন পথ বা প্রকাশ্যে ইস্যু করা চেইন ব্যবহার করতে পারে।
- ব্যর্থ ক্লায়েন্টের ইনপুট লিপিবদ্ধ করুন। অনুরোধ করা হোস্টনাম, রিডাইরেক্ট লক্ষ্য, প্রাপ্ত ইস্যুয়ার, যাচাই ফলাফল এবং নির্বাচিত বিশ্বাস কনফিগারেশন রাখুন। কার্যকর ব্রাউজার অন্য রুট স্টোর ব্যবহার করতে পারে।
- ব্যাকএন্ডের নির্বাচন নিয়ম পরীক্ষা করুন। curl বিল্ড নেটিভ যাচাই বা ফাইলভিত্তিক রুট ব্যবহার করতে পারে, এবং স্পষ্ট CA অপশন সেই নির্বাচন বদলাতে পারে। সেই এক্সিকিউটেবলের রেসিপি Python পরিবেশ বা JVM কনফিগার করে না।
রক্ষণাবেক্ষণকৃত বান্ডেল বা সমর্থিত ট্রাস্ট-স্টোর ব্যবস্থা ব্যবহার করুন যাতে অ্যাপ্লিকেশন যে পাবলিক ও প্রাইভেট কর্তৃপক্ষকে বিশ্বাস করার কথা তাদের থাকে। CA-এর প্রাইভেট কী যোগ করবেন না বা পরের ত্রুটি মেটাতে শুধু প্রতিটি ব্যর্থ লিফ সার্টিফিকেটকে রুটে উন্নীত করবেন না।
ডিপ্লয়মেন্টের সমর্থিত আপডেট পথে বিশ্বাস উপাদান পৌঁছান। ভেন্ডরের CA প্যাকেজ হাতে বদলালে পরের আপডেট তা বাতিল করতে পারে; মালিক ও রক্ষণাবেক্ষণ প্রক্রিয়া স্পষ্ট রাখুন যাতে সম্পূর্ণ অনুরোধ পথে যাচাই চলতে থাকে।