પ્રોક્સી એગ્ઝિટ તમારા JMeter એન્જિનને ખસેડતું નથી

ધારો કે એક ઓફિસનું પરીક્ષણ એન્જિન બીજા દેશમાં પ્રોક્સી વાપરે છે. વેબસાઇટ પ્રોક્સીનું જાહેર એગ્ઝિટ જુએ છે, જ્યારે વિનંતી હજી પણ ઓફિસના મશીન પરથી શરૂ થાય છે.

office engine → regional proxy → website

આ દેખીતા સ્રોત IP દ્વારા પસંદ કરાયેલા વર્તનને ચકાસવા માટે ઉપયોગી છે. તે ઓફિસથી પ્રોક્સી સુધીના ભાગ તેમજ પ્રોક્સીથી વેબસાઇટ સુધીના ભાગ અને પ્રોક્સીની પોતાની પ્રક્રિયા સમાવતો માર્ગ માપે છે. તે પ્રાદેશિક પ્રોક્સીની બાજુમાં શરૂ થતા ક્લાયન્ટના માર્ગ જેવો નથી.

JMeterના HTTP પ્રોક્સી વિકલ્પો તે મધ્યસ્થને પસંદ કરી શકે છે. પસંદ કરેલા એન્ડપોઇન્ટને પરીક્ષણ પરિણામો સાથે રાખો અને ખાતરી કરો કે વપરાતા સેમ્પલર ખરેખર ઇચ્છિત સેટિંગનો ઉપયોગ કરે છે. પ્રોક્સી ક્રેડેન્શિયલ વિના માન્ય જાહેર સાઇટ ચકાસણી માટે HTTP પ્રોક્સી સૂચિ HTTP ઉમેદવારો આપે છે; પ્રાદેશિક પરિણામનું અર્થઘટન કરતા પહેલાં જોયેલા એગ્ઝિટની ચકાસણી કરો.

એન્જિનને ત્યાં મૂકો જ્યાં માપન શરૂ થાય છે

જ્યારે પ્રશ્ન બીજા નેટવર્ક સ્થાનથી ઉત્પન્ન થતા ભાર વિશે હોય, ત્યારે JMeterની સમર્થિત રિમોટ ગોઠવણી અથવા સ્વતંત્ર રીતે સંચાલિત CLI રન દ્વારા ઇચ્છિત સ્થાનો પર એન્જિનનો ઉપયોગ કરો. કંટ્રોલરનું સ્થાન એન્જિનના નેટવર્ક પ્રારંભિક બિંદુઓનું સ્થાન લેતું નથી.

ભારનું સ્પષ્ટ આયોજન કરો. JMeter રિમોટ એન્જિન સંપૂર્ણ પરીક્ષણ યોજના ચલાવે છે; કંટ્રોલર એક થ્રેડ ગણતરીને તેમની વચ્ચે આપમેળે વિભાજિત કરતું નથી. એક જ યોજના ચલાવતા અનેક એન્જિન વાચક ધારે તેના કરતાં મોટો કુલ ભાર ઉત્પન્ન કરી શકે છે.

પ્રશ્ન પરથી ડિઝાઇન પસંદ કરો: દેખીતું એગ્ઝિટ IP, વપરાશકર્તાનો પ્રાદેશિક નેટવર્ક માર્ગ અથવા કુલ એપ્લિકેશન ભાર. તે પસંદગી નોંધો જેથી પ્રોક્સી-મર્યાદિત પરિણામ વેબસાઇટની સ્વતંત્ર ક્ષમતા તરીકે ન જણાવાય.