నమ్మదగిన JMeter రికార్డర్‌కు ఇప్పటికీ mTLS క్లయింట్ కీ అవసరం
రికార్డింగ్ CA బ్రౌజర్‌కు JMeterపై నమ్మకాన్ని ఇస్తుంది; JMeter యొక్క తదుపరి HTTPS కనెక్షన్‌కు అప్లికేషన్ యొక్క అధికార క్లయింట్ సర్టిఫికెట్ మరియు ప్రైవేట్ కీ అవసరం.
JMeter యొక్క రికార్డింగ్ CAను బ్రౌజర్‌లో ఇన్‌స్టాల్ చేయడం నమ్మకం యొక్క ఒక దిశను మాత్రమే పరిష్కరిస్తుంది: రికార్డర్ భర్తీ చేసిన వెబ్‌సైట్ సర్టిఫికెట్లను బ్రౌజర్ ఆమోదించగలదు. ఇది అప్లికేషన్ యొక్క mTLS హ్యాండ్‌షేక్ కోసం JMeterకు క్లయింట్ ప్రైవేట్ కీని ఇవ్వదు.
browser → JMeter recorder → mTLS application
records HTTPS presents client identityఇంటర్‌సెప్ట్ చేసిన రికార్డింగ్‌లో ఆ తదుపరి HTTPS కనెక్షన్‌ను JMeter స్వయంగా చేస్తుంది. JKS లేదా PKCS12 కీస్టోర్ నుండి అధికార క్లయింట్ సర్టిఫికెట్ మరియు దానికి సరిపోయే ప్రైవేట్ కీని Options → SSL Manager ద్వారా లేదా డాక్యుమెంటెడ్ JVM కీస్టోర్ కాన్ఫిగరేషన్ ద్వారా ఎంచుకోండి. పరీక్ష ఉపయోగించే HTTP అమలు మరియు alias ఎంపికను పరిగణించండి. పబ్లిక్ CA సర్టిఫికెట్ మాత్రమే ఆ గుర్తింపును ఇవ్వలేదు.
మార్పిడిని వరుసగా నిర్ధారించండి: రికార్డర్‌పై బ్రౌజర్ నమ్మకం, ఏదైనా కార్పొరేట్ proxy కనెక్షన్ మరియు ప్రామాణీకరణ, ఆపై గమ్యస్థానం యొక్క TLS హ్యాండ్‌షేక్. 407 proxy లాగిన్‌కు చెందుతుంది; mTLS సర్టిఫికెట్‌ను మార్చడం దాన్ని పరిష్కరించదు.
రికార్డ్ చేసిన అభ్యర్థన డేటా ప్రైవేట్ కీ గుర్తింపును తదుపరి రీప్లేకు తీసుకువెళ్లదు. రీప్లే యొక్క అవుట్‌బౌండ్ క్లయింట్‌కు కూడా పనిచేసే గుర్తింపు కాన్ఫిగరేషన్ అవసరం. రీప్లేకు proxy 407 వస్తే JMeter యొక్క అవుట్‌బౌండ్ proxy ఆధారాలును విడిగా కాన్ఫిగర్ చేయండి.