Azure Notification Hubs .NET: која proxy поставка побеђује?

Конфигуришите NotificationHubSettings.Proxy или достављени HTTP транспорт, узимајући у обзир приоритет HttpClient и MessageHandler у конструктору.

У Notification Hubs .NET API-ју са NotificationHubSettings proxy се може доставити током изградње клијента:

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

Connection string и назив hub-а остају конфигурација сервиса. Јавни HTTP endpoint са листа HTTP proxy сервера може попунити адресу WebProxy у подразумеваној путањи изградње.

У том конструктору постоји правило редоследа:

  1. Достављени HttpClient користи се први.
  2. У супротном достављени MessageHandler ствара HTTP клијент.
  3. У супротном Proxy ствара HttpClientHandler конфигурисан за proxy.
  4. Ако ништа није достављено, конструктор ствара свој подразумевани HTTP клијент.

Ако апликација већ доставља HttpClient или MessageHandler, конфигуришите proxy тог транспорта уместо да очекујете да ће га засебно својство Proxy надјачати.

За proxy налог поставите акредитиве на WebProxy пре изградње. Оне се аутентификују према посреднику, не према Notification Hub-у.

Старији примери наводе NotificationHubClientSettings. Ускладите тип поставки и конструктор које нуди инсталирани пакет, уместо да то име мешате у API који очекује NotificationHubSettings.

Повезани чланци