Доверенному регистратору 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.

Похожие статьи