Azure Notification Hubs .NET: कौन सी प्रॉक्सी सेटिंग जीतती है?

Notification Hubs .NET API में NotificationHubSettings के साथ client बनाते समय प्रॉक्सी दी जा सकती है:

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);

कनेक्शन स्ट्रिंग और hub का नाम सेवा कॉन्फ़िगरेशन ही रहते हैं। HTTP प्रॉक्सी सूची से एक सार्वजनिक HTTP एंडपॉइंट डिफ़ॉल्ट निर्माण पथ में WebProxy पता भर सकता है।

उस constructor में एक क्रम नियम है:

1. दिया गया HttpClient पहले उपयोग होता है।
2. अन्यथा दिया गया MessageHandler HTTP client बनाता है।
3. अन्यथा Proxy प्रॉक्सी-कॉन्फ़िगर HttpClientHandler बनाता है।
4. कुछ भी न दिया जाए तो constructor अपना डिफ़ॉल्ट HTTP client बनाता है।

यदि ऐप पहले से HttpClient या MessageHandler देता है, तो उस ट्रांसपोर्ट की प्रॉक्सी कॉन्फ़िगर करें, यह अपेक्षा न करें कि अलग Proxy प्रॉपर्टी उसे ओवरराइड करेगी।

प्रॉक्सी खाते के लिए निर्माण से पहले WebProxy पर क्रेडेंशियल सेट करें। वे मध्यस्थ के सामने प्रमाणित होते हैं, Notification Hub के सामने नहीं।

पुराने उदाहरण NotificationHubClientSettings कहते हैं। NotificationHubSettings की अपेक्षा करने वाले API में उस नाम को मिलाने के बजाय इंस्टॉल किए गए पैकेज द्वारा दिए गए settings प्रकार और constructor को मिलाएँ।