এই JDK SOCKS পথটো কেৱল তেতিয়া ব্যৱহাৰ কৰক যেতিয়া সংশ্লিষ্ট HTTP samplers এ JMeter ৰ Java ৰূপায়ণ ব্যৱহাৰ কৰিব পাৰে। ইয়াৰ সমৰ্থিত HTTP পদ্ধতিসমূহ HttpClient4 তকৈ সৰু; PATCH কাৰ্যভাৰৰ বাবে অন্য এটা সমৰ্থিত ব্যৱস্থা প্ৰয়োজন।

এটা বিদ্যমান SOCKS listener ৰ বাবে, আৰম্ভ কৰক:

jmeter -n -t plan.jmx \
  -DsocksProxyHost=127.0.0.1 \
  -DsocksProxyPort=1080

SOCKS proxy তালিকা ৰ পৰা এটা উপযুক্ত account-নথকা endpoint এ এই Java samplers ৰ দ্বাৰা সম্পাদিত অনুমোদিত ৰাজহুৱা অনুৰোধৰ বাবে উদাহৰণটো সলনি কৰিব পাৰে। প্ৰতিটো সংশ্লিষ্ট HTTP Request sampler বা ইয়াৰ HTTP Request Defaults ত Java বাছনি কৰক। sampler ৰ স্পষ্ট বাছনিয়ে সেই default অতিক্ৰম কৰিব পাৰে।

এই পথৰ বাবে ইয়াৰ HTTP proxy host/port ক্ষেত্ৰসমূহ খালী ৰাখক। সেইবোৰ পূৰণ কৰিলে এটা স্পষ্ট HTTP proxy সৃষ্টি হয়; নহ'লে Java এ URL.openConnection() আৰু JDK ৰ বাছনি ব্যৱহাৰ কৰে। বিদ্যমান HTTP/HTTPS JVM proxy বৈশিষ্ট্যসমূহো পৰীক্ষা কৰক, কাৰণ protocol-নিৰ্দিষ্ট proxy সমূহ SOCKS তকৈ অগ্ৰাধিকাৰ পায়।

-D এ JVM system properties ছেট কৰে। -J এ JMeter ৰ নিজৰ properties ছেট কৰে আৰু ই বিকল্প বানান নহয়।

যি engine এ ইয়াক চলায় তাৰ ওপৰত এটা প্ৰতিনিধিত্বমূলক অনুৰোধৰ সৈতে পথটো নিশ্চিত কৰক। এই configuration এ প্ৰতিটো plugin, JDBC connection, remote engine বা অন্য sampler ৰ বাবে SOCKS routing প্ৰতিষ্ঠা নকৰে।

সম্পৰ্কিত প্ৰবন্ধ