प्रोक्सी एक्जिटले तपाईंको JMeter इन्जिन सार्दैन

मान्नुहोस्, एउटा कार्यालयको परीक्षण इन्जिनले अर्को देशको प्रोक्सी प्रयोग गर्छ। वेबसाइटले प्रोक्सीको सार्वजनिक एक्जिट देख्छ, तर अनुरोध अझै कार्यालयको मेसिनबाट सुरु हुन्छ।

office engine → regional proxy → website

यो देखिने स्रोत IP ले छान्ने व्यवहार जाँच्न उपयोगी छ। यसले कार्यालयदेखि प्रोक्सीसम्मको खण्ड, प्रोक्सीदेखि वेबसाइटसम्मको खण्ड र प्रोक्सीको आफ्नै प्रशोधन समेट्ने बाटो मापन गर्छ। यो क्षेत्रीय प्रोक्सीको छेउबाट सुरु हुने क्लाइन्टको बाटो जस्तो होइन।

JMeter का HTTP प्रोक्सी विकल्पहरूले त्यो मध्यस्थ छान्न सक्छन्। छानिएको एन्डपोइन्ट परीक्षण नतिजासँगै राख्नुहोस् र प्रयोग भएका स्याम्पलरहरूले वास्तवमै इच्छित सेटिङ प्रयोग गर्छन् भनी सुनिश्चित गर्नुहोस्। प्रोक्सी प्रमाणपत्र बिना अनुमत सार्वजनिक साइट जाँचका लागि HTTP प्रोक्सी सूची ले HTTP उम्मेदवार दिन्छ; क्षेत्रीय नतिजाको व्याख्या गर्नुअघि देखिएको एक्जिट प्रमाणित गर्नुहोस्।

मापन सुरु हुने ठाउँमै इन्जिन राख्नुहोस्

प्रश्न अर्को नेटवर्क स्थानबाट उत्पादन हुने लोडसँग सम्बन्धित भए, JMeter को समर्थित रिमोट व्यवस्था वा स्वतन्त्र रूपमा व्यवस्थापित CLI रनमार्फत इच्छित स्थानहरूमा इन्जिन प्रयोग गर्नुहोस्। कन्ट्रोलरको स्थानले इन्जिनहरूको नेटवर्क सुरुवात बिन्दुको ठाउँ लिँदैन।

लोडको स्पष्ट योजना बनाउनुहोस्। JMeter का रिमोट इन्जिनहरूले पूरा परीक्षण योजना चलाउँछन्; कन्ट्रोलरले एउटा थ्रेड संख्या तिनीहरूबीच स्वतः बाँड्दैन। एउटै योजना चलाउने धेरै इन्जिनहरूले पाठकले अपेक्षा गरेभन्दा ठूलो कुल लोड उत्पन्न गर्न सक्छन्।

प्रश्नका आधारमा डिजाइन छान्नुहोस्: देखिने एक्जिट IP, प्रयोगकर्ताको क्षेत्रीय नेटवर्क बाटो वा कुल अनुप्रयोग लोड। त्यो छनोट अभिलेख गर्नुहोस् ताकि प्रोक्सी-सीमित नतिजा वेबसाइटको स्वतन्त्र क्षमताका रूपमा रिपोर्ट नहोस्।