Доверливиот JMeter рекордер сè уште бара mTLS клиентски клуч

CA за снимање овозможува доверба на прелистувачот во JMeter; понатамошната HTTPS врска на JMeter бара овластен клиентски сертификат и приватен клуч на апликацијата.

Инсталирањето на CA за снимање на JMeter во прелистувачот решава само една насока на доверба: прелистувачот ги прифаќа заменетите сертификати на рекордерот. Тоа не му дава на JMeter клиентски приватен клуч за mTLS ракувањето на апликацијата.

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

При пресретнато снимање, JMeter ја воспоставува таа понатамошна HTTPS врска. Изберете го овластениот клиентски сертификат и соодветниот приватен клуч од JKS или PKCS12 складиште преку Options → SSL Manager или документираната JVM конфигурација на складиштето. Земете ја предвид HTTP имплементацијата и изборот на alias што ги користи тестот. Само јавен CA сертификат не може да го обезбеди тој идентитет.

Проверете ја размената по редослед: довербата на прелистувачот во рекордерот, секоја корпоративна proxy врска и автентикација, потоа TLS ракувањето со дестинацијата. 407 ѝ припаѓа на најавата на proxy; менувањето на mTLS сертификатот не може да го реши тоа.

Снимените податоци од барањата не го пренесуваат идентитетот од приватниот клуч во подоцнежното повторување. Излезниот клиент на повторувањето исто така бара функционална конфигурација на идентитет. Ако повторувањето добие proxy 407, одделно конфигурирајте ги акредитивите за излезен proxy на JMeter.

Поврзани статии