Azure Notification Hubs .NET: hvilken proxy-innstilling vinner?

Konfigurer NotificationHubSettings.Proxy eller en medsendt HTTP-transport, og vær klar over konstruktørens forrang for HttpClient og MessageHandler.

I Notification Hubs .NET API med NotificationHubSettings kan en proxy oppgis under bygging av klienten:

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

Tilkoblingsstrengen og hubnavnet er fortsatt tjenestekonfigurasjonen. Et offentlig HTTP-endepunkt fra liste over HTTP-proxyer kan fylle WebProxy-adressen i standard byggeforløp.

Det finnes en rekkefølgeregel i den konstruktøren:

  1. En medsendt HttpClient brukes først.
  2. Ellers oppretter en medsendt MessageHandler HTTP-klienten.
  3. Ellers oppretter Proxy en proxykonfigurert HttpClientHandler.
  4. Hvis ingenting er oppgitt, oppretter konstruktøren sin standard HTTP-klient.

Hvis applikasjonen allerede oppgir HttpClient eller MessageHandler, konfigurer proxyen for den transporten i stedet for å forvente at den separate Proxy-egenskapen overstyrer den.

For en proxykonto setter du legitimasjon på WebProxy før bygging. De autentiserer mot mellomleddet, ikke mot Notification Hub.

Eldre eksempler nevner NotificationHubClientSettings. Tilpass innstillingstypen og konstruktøren som den installerte pakken eksponerer, i stedet for å blande det navnet inn i et API som forventer NotificationHubSettings.

Relaterte artikler