প্ৰক্সি এক্সিটে আপোনাৰ JMeter ইঞ্জিন নচলায়

ধৰি লওক এটা কাৰ্যালয়ৰ পৰীক্ষা ইঞ্জিনে আন এখন দেশৰ প্ৰক্সি ব্যৱহাৰ কৰে। ৱেবছাইটে প্ৰক্সিৰ ৰাজহুৱা এক্সিট দেখে, কিন্তু অনুৰোধটো এতিয়াও কাৰ্যালয়ৰ মেচিনত আৰম্ভ হয়।

office engine → regional proxy → website

এইটো আপাত উৎস IP-য়ে বাছনি কৰা আচৰণ পৰীক্ষা কৰিবলৈ উপযোগী। ই কাৰ্যালয়ৰ পৰা প্ৰক্সিলৈ যোৱা অংশৰ লগতে প্ৰক্সিৰ পৰা ৱেবছাইটলৈ যোৱা অংশ আৰু প্ৰক্সিৰ নিজৰ প্ৰক্ৰিয়াকৰণ অন্তৰ্ভুক্ত পথ জোখে। এইটো আঞ্চলিক প্ৰক্সিৰ কাষত আৰম্ভ হোৱা ক্লায়েন্টৰ সৈতে একে পথ নহয়।

JMeter ৰ HTTP প্ৰক্সি অপচনসমূহে সেই মধ্যস্থতাকাৰী বাছনি কৰিব পাৰে। বাছনি কৰা এণ্ডপইণ্টটো পৰীক্ষাৰ ফলাফলৰ সৈতে ৰাখক, আৰু ব্যৱহৃত ছেম্পলাৰসমূহে প্ৰকৃততে অভিপ্ৰেত ছেটিং ব্যৱহাৰ কৰে নেকি নিশ্চিত কৰক। প্ৰক্সি প্ৰমাণপত্ৰ নোহোৱাকৈ অনুমোদিত ৰাজহুৱা ছাইট পৰীক্ষাৰ বাবে HTTP প্ৰক্সি তালিকায়ে HTTP প্ৰাৰ্থী আগবঢ়ায়; আঞ্চলিক ফলাফল ব্যাখ্যা কৰাৰ আগতে পৰ্যবেক্ষণ কৰা এক্সিটটো সত্যাপন কৰক।

মাপ আৰম্ভ হোৱা ঠাইতে ইঞ্জিন ৰাখক

প্ৰশ্নটো যদি আন এটা নেটৱৰ্ক অৱস্থানৰ পৰা উৎপন্ন লোডৰ বিষয়ে হয়, তেন্তে JMeter-ৰ সমৰ্থিত ৰিমট ব্যৱস্থা বা স্বতন্ত্ৰভাৱে পৰিচালিত CLI ৰানৰ জৰিয়তে অভিপ্ৰেত অৱস্থানত ইঞ্জিন ব্যৱহাৰ কৰক। কন্ট্ৰলাৰৰ অৱস্থানে ইঞ্জিনসমূহৰ নেটৱৰ্ক আৰম্ভণি বিন্দুৰ ঠাই নলয়।

লোডটো স্পষ্টভাৱে পৰিকল্পনা কৰক। JMeter ৰ ৰিমট ইঞ্জিনসমূহে সম্পূৰ্ণ পৰীক্ষা পৰিকল্পনা চলায়; কন্ট্ৰলাৰে এটা থ্ৰেড গণনা স্বয়ংক্ৰিয়ভাৱে তেওঁলোকৰ মাজত ভাগ নকৰে। একেটা পৰিকল্পনা চলোৱা কেইবাটাও ইঞ্জিনে পাঠকে আশা কৰাতকৈ ডাঙৰ মুঠ লোড উৎপন্ন কৰিব পাৰে।

প্ৰশ্নটোৰ পৰা ডিজাইন বাছনি কৰক: এটা আপাত এক্সিট IP, এজন ব্যৱহাৰকাৰীৰ আঞ্চলিক নেটৱৰ্ক পথ বা মুঠ এপ্লিকেচন লোড। সেই বাছনিটো লিপিবদ্ধ কৰক যাতে প্ৰক্সি-সীমিত ফলাফল এটা ৱেবছাইটৰ স্বতন্ত্ৰ ক্ষমতা হিচাপে প্ৰতিবেদন নহয়।