प्रॉक्सी एग्ज़िट आपके JMeter इंजन को नहीं हिलाता
IP-आधारित क्षेत्रीय अनुभव की जाँच को उस क्षेत्र में स्थित लोड जनरेटर के नेटवर्क अनुभव के मापन से अलग रखें।
मान लीजिए कि एक कार्यालय का परीक्षण इंजन किसी दूसरे देश के प्रॉक्सी का उपयोग करता है। वेबसाइट प्रॉक्सी का सार्वजनिक एग्ज़िट देखती है, जबकि अनुरोध अब भी कार्यालय की मशीन से शुरू होता है।
office engine → regional proxy → website
यह दिखने वाले स्रोत IP द्वारा चुने गए व्यवहार की जाँच के लिए उपयोगी है। यह ऐसा पथ मापता है जिसमें कार्यालय से प्रॉक्सी तक का हिस्सा, प्रॉक्सी से वेबसाइट तक का हिस्सा और प्रॉक्सी की अपनी प्रोसेसिंग शामिल है। यह क्षेत्रीय प्रॉक्सी के पास से शुरू होने वाले क्लाइंट के पथ जैसा नहीं है।
JMeter के HTTP प्रॉक्सी विकल्प उस मध्यस्थ को चुन सकते हैं। चुने गए एंडपॉइंट को परीक्षण परिणामों के साथ रखें और सुनिश्चित करें कि उपयोग किए जा रहे सैंपलर वास्तव में इच्छित सेटिंग लागू करते हैं। प्रॉक्सी क्रेडेंशियल के बिना अनुमत सार्वजनिक साइट जाँच के लिए HTTP प्रॉक्सी सूची HTTP उम्मीदवार देती है; क्षेत्रीय परिणाम की व्याख्या से पहले देखे गए एग्ज़िट की पुष्टि करें।
इंजन वहाँ रखें जहाँ मापन शुरू होता है
जब प्रश्न किसी अन्य नेटवर्क स्थान से उत्पन्न लोड का हो, तो JMeter की समर्थित रिमोट व्यवस्था या स्वतंत्र रूप से प्रबंधित CLI रन के माध्यम से इच्छित स्थानों पर इंजन का उपयोग करें। कंट्रोलर का स्थान इंजनों के नेटवर्क प्रारंभ बिंदुओं का विकल्प नहीं है।
लोड की स्पष्ट योजना बनाएँ। JMeter के रिमोट इंजन पूरी परीक्षण योजना चलाते हैं; कंट्रोलर एक थ्रेड संख्या को उनके बीच स्वतः नहीं बाँटता। एक ही योजना चलाने वाले कई इंजन पाठक की अपेक्षा से अधिक कुल लोड उत्पन्न कर सकते हैं।
प्रश्न के आधार पर डिज़ाइन चुनें: दिखने वाला एग्ज़िट IP, उपयोगकर्ता का क्षेत्रीय नेटवर्क पथ या कुल एप्लिकेशन लोड। उस चयन को दर्ज करें ताकि प्रॉक्सी-सीमित परिणाम को वेबसाइट की स्वतंत्र क्षमता के रूप में न बताया जाए।