Azure Notification Hubs .NET: яке налаштування проксі перемагає?

Налаштуйте NotificationHubSettings.Proxy або переданий HTTP-транспорт, враховуючи пріоритет HttpClient і MessageHandler у конструкторі.

У 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. Зіставляйте тип налаштувань і конструктор, які надає встановлений пакет, замість того щоб змішувати цю назву в API, що очікує NotificationHubSettings.

Схожі статті