In fertroude JMeter-opnimmer hat noch altyd in mTLS-kliïntkaai nedich
De opname-CA lit de browser JMeter fertrouwe; de folgjende HTTPS-ferbining fan JMeter hat it autorisearre kliïntsertifikaat fan ’e applikaasje en de byhearrende priveekaai nedich.
It ynstallearjen fan JMeter syn opname-CA yn ’e browser lost mar ien rjochting fan fertrouwen op: de browser kin de ferfangende websitetsertifikaten akseptearje dy’t de opnimmer oanbiedt. It jout JMeter lykwols gjin kliïnt-priveekaai foar de mTLS-hânskraach fan ’e applikaasje.
browser → JMeter recorder → mTLS application
records HTTPS presents client identityBy in ûnderskepte opname makket JMeter sels dy folgjende HTTPS-ferbining. Kies it autorisearre kliïntsertifikaat en de byhearrende priveekaai út in JKS- as PKCS12-kaaistek fia Options → SSL Manager, of fia de dokumintearre JVM-kaaistekkonfiguraasje. Hâld rekken mei de HTTP-ymplemintaasje en de aliaskar dy’t de test brûkt. In iepenbier CA-sertifikaat allinnich kin dy identiteit net leverje.
Diagnostisearje de útwikseling yn folchoarder: it fertrouwen fan ’e browser yn ’e opnimmer, in eventuële korporative proxyferbining en -autentikaasje, en dan de TLS-hânskraach mei de bestimming. In 407 heart by de proxylogin; it feroarjen fan it mTLS-sertifikaat kin dêrop gjin antwurd jaan.
Opnommen oanfraachgegevens drage de priveekaai-identiteit net oer nei in lettere werhelling. De útgeande kliïnt fan ’e werhelling hat ek in wurkjende identiteitskonfiguraasje nedich. Krijt dy werhelling in proxy-407, konfigurearje dan apart JMeter syn útgongspriuwproxy-gegevens.