En betrodd JMeter-inspelare behöver fortfarande en mTLS-klientnyckel

Inspelnings-CA:n gör att webbläsaren litar på JMeter; JMeters vidare HTTPS-anslutning behöver applikationens auktoriserade klientcertifikat och privata nyckel.

Att installera JMeters inspelnings-CA i webbläsaren löser bara en riktning av tillit: webbläsaren kan acceptera inspelarens ersättningscertifikat för webbplatser. Det ger inte JMeter någon privat klientnyckel för applikationens mTLS-handskakning.

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

Vid en avlyssnad inspelning gör JMeter själv den vidare HTTPS-anslutningen. Välj det auktoriserade klientcertifikatet och matchande privata nyckel från ett JKS- eller PKCS12-nyckellager via Options → SSL Manager, eller den dokumenterade JVM-nyckellagerkonfigurationen. Ta hänsyn till HTTP-implementeringen och aliasvalet som testet använder. Ett offentligt CA-certifikat ensamt kan inte ge den identiteten.

Diagnostisera utbytet i ordning: webbläsarens tillit till inspelaren, eventuell anslutning och autentisering via företagsproxy, därefter TLS-handskakningen mot målet. 407 hör till proxyinloggningen; att byta mTLS-certifikatet löser det inte.

Inspelade förfrågningsdata bär inte den privata nyckelns identitet in i en senare uppspelning. Uppspelningens utgående klient behöver också en fungerande identitetskonfiguration. Om uppspelningen får en proxy-407, konfigurera JMeters utgående proxyuppgifter separat.

Relaterade artiklar