სანდო JMeter ჩამწერს მაინც სჭირდება mTLS კლიენტის გასაღები
ჩაწერის CA ბრაუზერს JMeter-ის ნდობის საშუალებას აძლევს; JMeter-ის შემდგომი HTTPS კავშირი მოითხოვს აპლიკაციის ავტორიზებულ კლიენტის სერტიფიკატსა და პირად გასაღებს.
JMeter-ის ჩაწერის CA-ის ბრაუზერში დაყენება ნდობის მხოლოდ ერთ მიმართულებას წყვეტს: ბრაუზერს შეუძლია მიიღოს ჩამწერის მიერ შეთავაზებული ვებსაიტის შემცვლელი სერტიფიკატები. თუმცა ეს 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-ის გამავალი პროქსის მონაცემები.