একটি বিশ্বস্ত JMeter রেকর্ডারও mTLS ক্লায়েন্ট কী ছাড়া চলে না
রেকর্ডিং CA ব্রাউজারকে JMeter-এ আস্থা দেয়; JMeter-এর পরবর্তী HTTPS সংযোগে অ্যাপ্লিকেশনটির অনুমোদিত ক্লায়েন্ট সার্টিফিকেট ও নিজস্ব কী দরকার।
ব্রাউজারে JMeter-এর রেকর্ডিং CA ইনস্টল করলে আস্থার কেবল একটি দিক সমাধান হয়: রেকর্ডার যে প্রতিস্থাপিত ওয়েবসাইট সার্টিফিকেট দেয়, ব্রাউজার তা গ্রহণ করতে পারে। কিন্তু এটি অ্যাপ্লিকেশনটির mTLS হ্যান্ডশেকের জন্য JMeter-কে কোনো ক্লায়েন্ট ব্যক্তিগত কী দেয় না।
browser → JMeter recorder → mTLS application
records HTTPS presents client identityআটকে নেওয়া রেকর্ডিংয়ে JMeter সেই পরবর্তী HTTPS সংযোগটি নিজেই করে। Options → SSL Manager বা নথিভুক্ত JVM কীস্টোর কনফিগারেশনের মাধ্যমে JKS বা PKCS12 কীস্টোর থেকে অনুমোদিত ক্লায়েন্ট সার্টিফিকেট ও তার সঙ্গে মেলা ব্যক্তিগত কী বেছে নিন। পরীক্ষাটি যে HTTP বাস্তবায়ন ও অ্যালিয়াস নির্বাচন ব্যবহার করে তা হিসাবে রাখুন। কেবল একটি পাবলিক CA সার্টিফিকেট সেই পরিচয় দিতে পারে না।
বিনিময়টি ধাপে ধাপে নির্ণয় করুন: রেকর্ডারের প্রতি ব্রাউজারের আস্থা, থাকলে কর্পোরেট প্রক্সি সংযোগ ও প্রমাণীকরণ, তারপর গন্তব্যের TLS হ্যান্ডশেক। 407 প্রক্সি লগইনের অন্তর্গত; mTLS সার্টিফিকেট বদলে তার উত্তর দেওয়া যায় না।
রেকর্ড করা অনুরোধের ডেটা ব্যক্তিগত-কী পরিচয় পরবর্তী পুনরায় চালনায় বহন করে না। পুনরায় চালনার বাইরের দিকের ক্লায়েন্টেও কাজ করা পরিচয় কনফিগারেশন দরকার। সেই পুনরায় চালনা প্রক্সি 407 পেলে JMeter-এর বাইরের দিকের প্রক্সি শংসাপত্র আলাদাভাবে কনফিগার করুন।