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.

Подобни статии