പ്രോക്സി എക്സിറ്റ് നിങ്ങളുടെ JMeter എൻജിൻ നീക്കുന്നില്ല

ഒരു ഓഫീസിലെ ടെസ്റ്റ് എൻജിൻ മറ്റൊരു രാജ്യത്തെ പ്രോക്സി ഉപയോഗിക്കുന്നു എന്ന് കരുതുക. വെബ്‌സൈറ്റ് പ്രോക്സിയുടെ പൊതു എക്സിറ്റ് കാണുന്നു, എന്നാൽ അഭ്യർത്ഥന ഇപ്പോഴും ഓഫീസ് യന്ത്രത്തിൽ തുടങ്ങുന്നു.

office engine → regional proxy → website

ഇത് കാണുന്ന ഉറവിട IP തിരഞ്ഞെടുക്കുന്ന സ്വഭാവം പരിശോധിക്കാൻ ഉപകരിക്കുന്നു. ഓഫീസിൽ നിന്ന് പ്രോക്സിയിലേക്കുള്ള ഭാഗം, പ്രോക്സിയിൽ നിന്ന് വെബ്‌സൈറ്റിലേക്കുള്ള ഭാഗം, പ്രോക്സിയുടെ സ്വന്തം പ്രോസസ്സിംഗ് എന്നിവ ഉൾപ്പെടുന്ന പാത അളക്കുന്നു. പ്രാദേശിക പ്രോക്സിക്ക് അരികിൽ തുടങ്ങുന്ന ക്ലയന്റിന്റെ പാതയല്ല ഇത്.

JMeter-ന്റെ HTTP പ്രോക്സി ഓപ്ഷനുകൾക്ക് ആ ഇടനിലക്കാരനെ തിരഞ്ഞെടുക്കാം. തിരഞ്ഞെടുത്ത എൻഡ്‌പോയിന്റ് ടെസ്റ്റ് ഫലങ്ങൾക്കൊപ്പം സൂക്ഷിക്കുക, ഉപയോഗിക്കുന്ന സാംപ്ലറുകൾ ഉദ്ദേശിച്ച ക്രമീകരണം യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. പ്രോക്സി ക്രെഡൻഷ്യലുകളില്ലാതെ അനുവദനീയമായ പൊതു സൈറ്റ് പരിശോധനയ്ക്ക് HTTP പ്രോക്സി പട്ടിക HTTP സ്ഥാനാർത്ഥികൾ നൽകുന്നു; പ്രാദേശിക ഫലം വ്യാഖ്യാനിക്കുന്നതിന് മുമ്പ് നിരീക്ഷിച്ച എക്സിറ്റ് പരിശോധിക്കുക.

അളവ് തുടങ്ങുന്നിടത്ത് എൻജിൻ വയ്ക്കുക

മറ്റൊരു നെറ്റ്‌വർക്ക് സ്ഥലത്തുനിന്ന് സൃഷ്ടിക്കുന്ന ലോഡിനെക്കുറിച്ചാണ് ചോദ്യമെങ്കിൽ, JMeter പിന്തുണയ്ക്കുന്ന റിമോട്ട് ക്രമീകരണം അല്ലെങ്കിൽ സ്വതന്ത്രമായി നിയന്ത്രിക്കുന്ന CLI റണ്ണുകൾ വഴി ഉദ്ദേശിച്ച സ്ഥലങ്ങളിലെ എൻജിനുകൾ ഉപയോഗിക്കുക. കണ്ട്രോളറിന്റെ സ്ഥാനം എൻജിനുകളുടെ നെറ്റ്‌വർക്ക് പ്രാരംഭ പോയിന്റുകൾക്ക് പകരമാകുന്നില്ല.

ലോഡ് വ്യക്തമായി ആസൂത്രണം ചെയ്യുക. JMeter റിമോട്ട് എൻജിനുകൾ പൂർണ്ണ ടെസ്റ്റ് പ്ലാൻ പ്രവർത്തിപ്പിക്കുന്നു; കണ്ട്രോളർ ഒരു ത്രെഡ് എണ്ണം അവയ്ക്കിടയിൽ യാന്ത്രികമായി വിഭജിക്കുന്നില്ല. ഒരേ പ്ലാൻ പ്രവർത്തിപ്പിക്കുന്ന നിരവധി എൻജിനുകൾ വായനക്കാരൻ പ്രതീക്ഷിക്കുന്നതിലും വലിയ ആകെ ലോഡ് സൃഷ്ടിച്ചേക്കാം.

ചോദ്യത്തിന്റെ അടിസ്ഥാനത്തിൽ രൂപകൽപ്പന തിരഞ്ഞെടുക്കുക: കാണുന്ന എക്സിറ്റ് IP, ഉപയോക്താവിന്റെ പ്രാദേശിക നെറ്റ്‌വർക്ക് പാത അല്ലെങ്കിൽ ആപ്ലിക്കേഷന്റെ ആകെ ലോഡ്. ആ തിരഞ്ഞെടുപ്പ് രേഖപ്പെടുത്തുക, പ്രോക്സി പരിമിതപ്പെടുത്തിയ ഫലം വെബ്‌സൈറ്റിന്റെ സ്വതന്ത്ര ശേഷിയായി റിപ്പോർട്ട് ചെയ്യപ്പെടാതിരിക്കാൻ.