एक भरोसेमंद 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 के बाहरी प्रॉक्सी क्रेडेंशियल अलग से कॉन्फ़िगर करें।