’n Vertroude JMeter-opnemer het steeds ’n mTLS-kliëntsleutel nodig

Om JMeter se opname-CA in die blaaier te installeer, los slegs een rigting van vertroue op: die blaaier kan die opnemer se vervangende webwerfsertifikate aanvaar. Dit gee JMeter geen kliënt-private sleutel vir die toepassing se mTLS-handdruk nie.

browser → JMeter recorder → mTLS application
          records HTTPS    presents client identity

In ’n onderskepte opname maak JMeter daardie daaropvolgende HTTPS-verbinding. Kies die gemagtigde kliëntsertifikaat en die ooreenstemmende private sleutel uit ’n JKS- of PKCS12-sleutelstoor via Options → SSL Manager, of die gedokumenteerde JVM-sleutelstoor-konfigurasie. Hou rekening met die HTTP-implementering en die aliaskeuse wat die toets gebruik. ’n Openbare CA-sertifikaat alleen kan nie daardie identiteit verskaf nie.

Diagnoseer die uitruiling in volgorde: blaaiervertroue in die opnemer, enige korporatiewe instaanbediener-verbinding en -verifikasie, dan die bestemming se TLS-handdruk. ’n 407 hoort by die instaanbediener-aanmelding; om die mTLS-sertifikaat te verander kan dit nie beantwoord nie.

Opgeneemde versoekdata dra nie die private-sleutel-identiteit na ’n latere herspeling oor nie. Die herspeling se uitgaande kliënt het ook ’n werkende identiteitskonfigurasie nodig. As daardie herspeling ’n instaanbediener-407 kry, stel JMeter se uitgaande instaanbediener-verifikasiemiddels afsonderlik op.