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

Схожі статті