Давераны рэкардэр JMeter усё роўна патрабуе кліенцкі ключ mTLS

Усталяванне CA запісу JMeter у браўзеры вырашае толькі адзін кірунак даверу: браўзер можа прымаць падмененыя сертыфікаты сайтаў ад рэкардэра. Але гэта не дае JMeter кліенцкага прыватнага ключа для рукапаціскання mTLS праграмы.

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

Пры перахопленым запісе JMeter сам устанаўлівае тое наступнае HTTPS-злучэнне. Выберыце аўтарызаваны кліенцкі сертыфікат і адпаведны прыватны ключ з сховішча JKS або PKCS12 праз Options → SSL Manager або праз дакументаваную канфігурацыю сховішча JVM. Улічыце рэалізацыю HTTP і выбар псеўданіма, якія выкарыстоўвае тэст. Адзін публічны сертыфікат CA не можа даць такую ідэнтычнасць.

Дыягнастуйце абмен па парадку: давер браўзера да рэкардэра, любое злучэнне і аўтэнтыфікацыя праз карпаратыўны проксі, затым рукапацісканне TLS з пунктам прызначэння. 407 адносіцца да ўваходу ў проксі; змена сертыфіката mTLS не можа на яго адказаць.

Запісаныя даныя запыту не пераносяць ідэнтычнасць прыватнага ключа ў наступнае прайграванне. Знешні кліент прайгравання таксама патрабуе працоўнай канфігурацыі ідэнтычнасці. Калі гэтае прайграванне атрымлівае ад проксі 407, наладзьце ўліковыя даныя знешняга проксі JMeter асобна.