Azure Notification Hubs .NET: কোন প্রক্সি সেটিং জিতবে?

Notification Hubs .NET API-তে NotificationHubSettings ব্যবহার করে ক্লায়েন্ট তৈরি করার সময় প্রক্সি দেওয়া যায়:

var settings = new Microsoft.Azure.NotificationHubs.NotificationHubSettings
{
    Proxy = new System.Net.WebProxy("http://proxy.example:8080")
};
var hub = new Microsoft.Azure.NotificationHubs.NotificationHubClient(
    hubConnectionString, hubName, settings);

সংযোগ স্ট্রিং ও হাবের নাম পরিষেবার কনফিগারেশনই থাকে। HTTP প্রক্সি তালিকা থেকে একটি পাবলিক HTTP এন্ডপয়েন্ট ডিফল্ট নির্মাণ পথে WebProxy ঠিকানা পূরণ করতে পারে।

সেই কনস্ট্রাক্টরে একটি ক্রম-নিয়ম আছে:

1. প্রদত্ত HttpClient প্রথমে ব্যবহৃত হয়।
2. অন্যথায় প্রদত্ত MessageHandler HTTP ক্লায়েন্ট তৈরি করে।
3. অন্যথায় Proxy প্রক্সি-কনফিগার করা HttpClientHandler তৈরি করে।
4. কিছুই না দিলে কনস্ট্রাক্টর নিজের ডিফল্ট HTTP ক্লায়েন্ট তৈরি করে।

অ্যাপ্লিকেশন যদি ইতিমধ্যে HttpClient বা MessageHandler দেয়, তবে সেই ট্রান্সপোর্টের প্রক্সি কনফিগার করুন, আলাদা Proxy প্রপার্টি সেটিকে অতিক্রম করবে বলে আশা করবেন না।

প্রক্সি অ্যাকাউন্টের জন্য নির্মাণের আগে WebProxy-তে শংসাপত্র সেট করুন। সেগুলি মধ্যস্থতাকারীর কাছে প্রমাণ করে, Notification Hub-এর কাছে নয়।

পুরনো উদাহরণে NotificationHubClientSettings নাম আছে। NotificationHubSettings প্রত্যাশা করা API-তে সেই নাম মেশানোর বদলে ইনস্টল করা প্যাকেজ যে settings টাইপ ও কনস্ট্রাক্টর দেয় সেটিই মিলান।