신뢰할 수 있는 JMeter 레코더도 mTLS 클라이언트 키가 필요하다

JMeter의 기록용 CA를 브라우저에 설치하면 신뢰의 한 방향만 해결됩니다. 브라우저가 레코더가 제시하는 대체 웹 사이트 인증서를 받아들일 수는 있습니다. 그러나 그것만으로는 애플리케이션의 mTLS 핸드셰이크에 쓸 클라이언트 개인 키를 JMeter에 주지 않습니다.

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

가로챈 기록에서는 그 이어지는 HTTPS 연결을 JMeter가 직접 맺습니다. JKS 또는 PKCS12 키 저장소에서 승인된 클라이언트 인증서와 짝이 맞는 개인 키를 Options → SSL Manager 또는 문서화된 JVM 키 저장소 설정으로 선택하십시오. 테스트가 사용하는 HTTP 구현과 별칭 선택도 고려해야 합니다. 공개 CA 인증서만으로는 그 신원을 제공할 수 없습니다.

교환 과정은 순서대로 진단하십시오. 먼저 브라우저가 레코더를 신뢰하는지, 다음으로 회사 프록시를 통한 연결과 인증이 있는지, 마지막으로 목적지와의 TLS 핸드셰이크입니다. 407은 프록시 로그인에 속하며, mTLS 인증서를 바꾼다고 해결되지 않습니다.

기록된 요청 데이터는 개인 키 신원을 이후 재생으로 넘겨주지 않습니다. 재생의 발신 클라이언트에도 동작하는 신원 설정이 필요합니다. 그 재생이 프록시에서 407을 받는다면 JMeter의 발신 프록시 자격 증명을 별도로 설정하십시오.