En vertrauenswürdege JMeter-Recorder brauch trotzdem en mTLS-Clientschlëssel

D'Opnam-CA vum JMeter am Browser installéieren léist nëmmen eng Richtung vum Vertrauen: de Browser kann déi ersat Websäit-Zertificater akzeptéieren, déi den Recorder presentéiert. Et gëtt dem JMeter awer kee private Clientschlëssel fir den mTLS-Handshake vun der Applikatioun.

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

Bei enger ofgefaangener Opnam mécht den JMeter déi weider HTTPS-Verbindung selwer. Wielt dee berechtegte Clientscertificat an de passenden private Schlëssel aus engem JKS- oder PKCS12-Schlësselspäicher iwwer Options → SSL Manager oder iwwer déi dokumentéiert JVM-Schlësselspäicher-Konfiguratioun. Rechent mat der HTTP-Implementatioun an dem Alias, deen den Test benotzt. En eenzegen ëffentlechen CA-Zertificat kann déi Identitéit net liwweren.

Diagnostizéiert den Austausch an der Rei: dem Browser säi Vertrauen an den Recorder, eng eventuell Verbindung an Authentifikatioun iwwer en Firmeproxy, duerno den TLS-Handshake mat der Destinatioun. En 407 gehéiert zum Proxy-Login; den mTLS-Zertificat z'änneren kann dat net beäntweren.

Opgeholl Ufro-Date droen d'Identitéit vum private Schlëssel net an eng spéider Widdergab. Och de Clients, deen erausgeet, brauch eng funktionéierend Identitéitskonfiguratioun. Kritt déi Widdergab en 407 vum Proxy, konfiguréiert dem JMeter seng erausgängig Proxy-Kredentialer separat.