ယုံကြည်ရသော JMeter အသံဖမ်းစက်သည် mTLS ကလိုင်းယင့်သော့ လိုအပ်နေဆဲ

အသံဖမ်း CA က ဘရောက်ဇာအား JMeter ကို ယုံကြည်စေသည်; JMeter ၏ နောက်ဆက် HTTPS ချိတ်ဆက်မှုသည် အပလီကေးရှင်း၏ တရားဝင် ကလိုင်းယင့်လက်မှတ်နှင့် ကိုယ်ပိုင်သော့ လိုအပ်သည်.

JMeter ၏ အသံဖမ်း CA ကို ဘရောက်ဇာတွင် ထည့်သွင်းခြင်းသည် ယုံကြည်မှု တစ်လမ်းသာ ဖြေရှင်းပေးသည်: ဘရောက်ဇာသည် အသံဖမ်းစက် အစားထိုးထားသော ဝဘ်ဆိုက်လက်မှတ်များကို လက်ခံနိုင်သည်။ ၎င်းသည် အပလီကေးရှင်း၏ mTLS လက်ဆွဲနှုတ်ဆက်မှုအတွက် JMeter အား ကလိုင်းယင့် ကိုယ်ပိုင်သော့ မပေးပါ။

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

ကြားဖြတ်ဖမ်းယူထားသော အသံဖမ်းမှုတွင် ထို နောက်ဆက် HTTPS ချိတ်ဆက်မှုကို JMeter ကိုယ်တိုင် ပြုလုပ်သည်။ Options → SSL Manager မှတစ်ဆင့် သို့မဟုတ် မှတ်တမ်းတင်ထားသော JVM keystore ဖွဲ့စည်းမှုမှတစ်ဆင့် JKS သို့မဟုတ် PKCS12 keystore မှ တရားဝင် ကလိုင်းယင့်လက်မှတ်နှင့် ၎င်းနှင့်ကိုက်ညီသော ကိုယ်ပိုင်သော့ကို ရွေးပါ။ စမ်းသပ်မှု အသုံးပြုသော HTTP အကောင်အထည်ဖော်မှုနှင့် alias ရွေးချယ်မှုကို ထည့်သွင်းစဉ်းစားပါ။ အများပြည်သူ CA လက်မှတ်တစ်ခုတည်းဖြင့် ထို အထောက်အထားကို မပေးနိုင်ပါ။

အပြန်အလှန်လဲလှယ်မှုကို အစဉ်လိုက် စစ်ဆေးပါ: အသံဖမ်းစက်အပေါ် ဘရောက်ဇာ ယုံကြည်မှု၊ ကော်ပိုရေးရှင်း proxy ချိတ်ဆက်မှုနှင့် အတည်ပြုမှု (ရှိပါက)၊ ထို့နောက် ဦးတည်ရာ TLS လက်ဆွဲနှုတ်ဆက်မှု။ 407 သည် proxy လော့ဂ်အင် အတွက်ဖြစ်သည်; mTLS လက်မှတ် ပြောင်းလဲခြင်းက ၎င်းကို မဖြေရှင်းနိုင်ပါ။

ဖမ်းယူထားသော တောင်းဆိုမှုဒေတာသည် ကိုယ်ပိုင်သော့ အထောက်အထားကို နောက်ပိုင်း ပြန်ဖွင့်မှုသို့ မသယ်ဆောင်ပါ။ ပြန်ဖွင့်မှု၏ အပြင်ထွက် ကလိုင်းယင့်လည်း အလုပ်လုပ်သော အထောက်အထား ဖွဲ့စည်းမှု လိုအပ်သည်။ ပြန်ဖွင့်မှုက proxy 407 ရရှိပါက JMeter ၏ အပြင်ထွက် proxy အထောက်အထား ကို သီးခြား ဖွဲ့စည်းပါ။

ဆက်စပ်ဆောင်းပါးများ