Azure Notification Hubs .NET: koja proxy postavka pobjeđuje?

Konfigurirajte NotificationHubSettings.Proxy ili dostavljeni HTTP transport, uz uvažavanje prioriteta HttpClient i MessageHandler u konstruktoru.

U Notification Hubs .NET API-ju sa NotificationHubSettings proxy se može dostaviti tokom izgradnje klijenta:

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 i naziv hub-a ostaju konfiguracija servisa. Javni HTTP endpoint sa lista HTTP proxyja može popuniti adresu WebProxy u podrazumevanoj putanji izgradnje.

U tom konstruktoru postoji pravilo redosleda:

  1. Dostavljeni HttpClient koristi se prvi.
  2. U suprotnom dostavljeni MessageHandler stvara HTTP klijent.
  3. U suprotnom Proxy stvara HttpClientHandler konfigurisan za proxy.
  4. Ako ništa nije dostavljeno, konstruktor stvara svoj podrazumevani HTTP klijent.

Ako aplikacija već dostavlja HttpClient ili MessageHandler, konfigurišite proxy tog transporta umesto da očekujete da će ga zasebno svojstvo Proxy nadjačati.

Za proxy nalog postavite akreditive na WebProxy pre izgradnje. One se autentifikuju prema posredniku, ne prema Notification Hub-u.

Stariji primeri navode NotificationHubClientSettings. Uskladite tip postavki i konstruktor koje nudi instalirani paket, umesto da to ime mešate u API koji očekuje NotificationHubSettings.

Povezani članci