ব্যবহৃত .NET HttpClient প্রক্সি হ্যান্ডলার পরিবর্তন ব্যর্থ হতে পারে
ব্যবহারের পরে হ্যান্ডলারের বৈশিষ্ট্য পরিবর্তনের বদলে সমসাময়িক অনুরোধের সময় .NET প্রক্সি রাউটিং স্থিতিশীল রাখুন।
প্রথম ব্যবহারের আগে .NET হ্যান্ডলার রাউটিং কনফিগার করুন। অনুরোধ শুরু হওয়ার পরে Proxy বা UseProxy সেট করলে InvalidOperationException ছোড়া হতে পারে।
| পরিবর্তন | এটি যা দেয় না |
|---|---|
| ব্যবহৃত হ্যান্ডলার বৈশিষ্ট্য পুনর্লিখন | সমর্থিত অনুরোধ-স্থানীয় রুট সুইচ |
নির্ধারিত WebProxy.Address পরিবর্তন | সমসাময়িক অনুরোধের জন্য পারমাণবিক নির্বাচন বা পুল করা সংযোগ স্থানান্তর |
গ্লোবাল বর্তমান মান IWebProxy-এর ভিতরে রাখা | শুধু অবস্থা সরানোর মাধ্যমেই নির্ধারিত সমকালীনতা নীতি |
সীমিত রুটের জন্য, সেই নীতিগুলোর সাথে সম্পর্কিত পুনরায় ব্যবহারযোগ্য ক্লায়েন্ট/হ্যান্ডলার গ্রুপ রাখুন এবং পাঠানোর আগে ক্লায়েন্ট নির্বাচন করুন। একটি কাস্টম IWebProxy ইচ্ছাকৃত, সমকালীনতা-নিরাপদ সিদ্ধান্ত নিতে পারে, তবে একটি পরিবর্তনশীল শেয়ার্ড স্ক্র্যাচ মান অস্পষ্ট থেকে যায়।
গন্তব্য, সময়কাল, সংযোগের আয়ু এবং OS সীমার জন্য রুট ক্লায়েন্ট ও চলমান কাজ সীমিত করুন। বেশি রুট পুল/সকেট যোগ করে, তাই বেঞ্চমার্কের প্রক্সি সংখ্যা ধারণক্ষমতার নিশ্চয়তা নয়।
অন্য প্রক্সি দিয়ে পুনরায় চেষ্টা নিজস্ব ক্লায়েন্ট/ফলাফলসহ আরেকটি সীমিত চেষ্টা। জমাদানের জন্য, প্রথম অনুরোধটি তার উত্তর হারিয়ে যাওয়ার আগে প্রক্রিয়া হয়ে থাকার সম্ভাবনা ধরে রাখুন।