ਭਰੋਸੇਯੋਗ JMeter ਰਿਕਾਰਡਰ ਨੂੰ ਵੀ mTLS ਕਲਾਇੰਟ ਕੁੰਜੀ ਚਾਹੀਦੀ ਹੈ
ਰਿਕਾਰਡਿੰਗ CA ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ JMeter 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ; JMeter ਦੇ ਅਗਲੇ HTTPS ਕਨੈਕਸ਼ਨ ਲਈ ਐਪ ਦਾ ਅਧਿਕਾਰਤ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਨਿੱਜੀ ਕੁੰਜੀ ਚਾਹੀਦੀ ਹੈ।
JMeter ਦਾ ਰਿਕਾਰਡਿੰਗ CA ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਥਾਪਤ ਕਰਨਾ ਭਰੋਸੇ ਦੀ ਸਿਰਫ਼ ਇੱਕ ਦਿਸ਼ਾ ਹੱਲ ਕਰਦਾ ਹੈ: ਬ੍ਰਾਊਜ਼ਰ ਰਿਕਾਰਡਰ ਵੱਲੋਂ ਬਦਲੇ ਗਏ ਵੈੱਬਸਾਈਟ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਐਪ ਦੇ mTLS ਹੈਂਡਸ਼ੇਕ ਲਈ JMeter ਨੂੰ ਕਲਾਇੰਟ ਨਿੱਜੀ ਕੁੰਜੀ ਨਹੀਂ ਦਿੰਦਾ।
browser → JMeter recorder → mTLS application
records HTTPS presents client identityਰੋਕੇ ਗਏ ਰਿਕਾਰਡਿੰਗ ਵਿੱਚ ਉਹ ਅਗਲਾ HTTPS ਕਨੈਕਸ਼ਨ JMeter ਖੁਦ ਬਣਾਉਂਦਾ ਹੈ। JKS ਜਾਂ PKCS12 ਕੀਸਟੋਰ ਵਿੱਚੋਂ ਅਧਿਕਾਰਤ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਨਿੱਜੀ ਕੁੰਜੀ Options → SSL Manager ਜਾਂ ਦਸਤਾਵੇਜ਼ੀ JVM ਕੀਸਟੋਰ ਸੰਰਚਨਾ ਰਾਹੀਂ ਚੁਣੋ। ਟੈਸਟ ਵੱਲੋਂ ਵਰਤੀ ਜਾਂਦੀ HTTP ਲਾਗੂਆਤ ਅਤੇ alias ਚੋਣ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ। ਸਿਰਫ਼ ਜਨਤਕ CA ਸਰਟੀਫਿਕੇਟ ਉਹ ਪਛਾਣ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਅਦਲ-ਬਦਲ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ: ਰਿਕਾਰਡਰ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਭਰੋਸਾ, ਕੋਈ ਵੀ ਕਾਰਪੋਰੇਟ proxy ਕਨੈਕਸ਼ਨ ਅਤੇ ਪਰਮਾਣਿਕਤਾ, ਫਿਰ ਮੰਜ਼ਿਲ ਦਾ TLS ਹੈਂਡਸ਼ੇਕ। 407 proxy ਲੌਗਇਨ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ; mTLS ਸਰਟੀਫਿਕੇਟ ਬਦਲਣ ਨਾਲ ਇਹ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ।
ਰਿਕਾਰਡ ਕੀਤਾ ਬੇਨਤੀ ਡੇਟਾ ਨਿੱਜੀ ਕੁੰਜੀ ਦੀ ਪਛਾਣ ਨੂੰ ਬਾਅਦ ਦੀ ਦੁਬਾਰਾ ਚਲਾਉਣ ਵਿੱਚ ਨਹੀਂ ਲੈ ਜਾਂਦਾ। ਦੁਬਾਰਾ ਚਲਾਉਣ ਦੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਕਲਾਇੰਟ ਲਈ ਵੀ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਛਾਣ ਸੰਰਚਨਾ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਦੁਬਾਰਾ ਚਲਾਉਣ ਨੂੰ proxy 407 ਮਿਲਦਾ ਹੈ ਤਾਂ JMeter ਦੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ proxy ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ ਕਰੋ।