সমসাময়িক অনুরোধে একটি শেয়ার করা .NET IWebProxy কি নিরাপদ?

IWebProxy একটি প্রক্সি নীতি বর্ণনা করে। এটি প্রতিটি বাস্তবায়নকে একই সমকালীনতা নিশ্চয়তা দেয় না। কর্মী কাজের মধ্যে একটি ইনস্ট্যান্স ভাগ করার আগে এর নির্দিষ্ট বাস্তবায়ন এবং এটি যে রানটাইমের অন্তর্গত তা চিহ্নিত করুন।

ইন্টারফেসটি গন্তব্যসাপেক্ষ রুট কোয়েরি এবং শংসাপত্র প্রকাশ করে। একটি কাস্টম বাস্তবায়ন একটি স্থির ঠিকানা, পরিবর্তনশীল অবস্থা বা স্বয়ংক্রিয় কনফিগারেশন পরামর্শ করতে পারে। এই পছন্দগুলো নিরাপত্তা ও কর্মদক্ষতা উভয়কেই প্রভাবিত করে।

কনফিগারেশন পরিবর্তন অনুরোধ প্রক্রিয়াকরণের বাইরে রাখুন

একটি শেয়ার করা প্রক্সি অবজেক্টকে খসড়া কাগজ হিসেবে ব্যবহার করা এড়িয়ে চলুন: কাজ A-এর জন্য এর ঠিকানা বা শংসাপত্র পরিবর্তন করা, যখন কাজ B একটি রুট নির্বাচন করছে, মালিকানা অস্পষ্ট করে তোলে। ক্লায়েন্টকে দেওয়ার আগে একটি নীতি কনফিগার করুন। ভিন্ন প্রক্সি অ্যাকাউন্ট বা এন্ডপয়েন্টযুক্ত কাজের জন্য আলাদাভাবে মালিকানাধীন ক্লায়েন্ট কনফিগারেশন ব্যবহার করুন।

ঐতিহাসিক WebProxy নথি ইনস্ট্যান্স সদস্যদের জন্য থ্রেড-নিরাপত্তার নিশ্চয়তা দেয়নি। সেই চুক্তি সংশ্লিষ্ট বাস্তবায়নে প্রয়োগ করুন। যদি সমন্বয় প্রয়োজন হয়, তাহলে প্রতিটি পাঠক ও লেখককে অংশগ্রহণ করতে হবে; একটি মোড়ক লক মূল অবজেক্ট সরাসরি ব্যবহারকারী কলকারীদের সমন্বয় করতে পারে না।

GetProxy-এ দীর্ঘ বিরতি এর পরিবর্তে আবিষ্কার বা PAC মূল্যায়ন জড়িত হতে পারে। Microsoft WinHTTP-এর জন্য বাধাদানকারী আবিষ্কার নথিভুক্ত করেছে; ক্লায়েন্ট সেই ব্যাকএন্ড ব্যবহার করলে সেই ব্যাখ্যা প্রযোজ্য। রুট অনুসন্ধান সংযোগ ও প্রতিক্রিয়া সময় থেকে আলাদাভাবে পরিমাপ করুন। ধীর অনুসন্ধান ক্রমিক করলে কেবল একটি সারি তৈরি হতে পারে।

একটি স্থির এন্ডপয়েন্ট স্থির রুট ইচ্ছাকৃত হলে আবিষ্কার সরাতে পারে। পরিবর্তনশীল সিস্টেম নীতি থেকে একটি URI ধরে রাখাও এর ভবিষ্যৎ সিদ্ধান্তগুলো বাতিল করে। পুরনো কোড রক্ষণাবেক্ষণের সময় সেই পার্থক্য সংরক্ষণ করুন; নতুন HTTP কাজের জন্য HttpClient এবং এর সমর্থিত হ্যান্ডলার কনফিগারেশন ব্যবহার করুন।