Azure Notification Hubs .NET: hvilken proxyindstilling vinder?

Konfigurer NotificationHubSettings.Proxy eller en medsendt HTTP-transport, og vær opmærksom på konstruktørens forrang for HttpClient og MessageHandler.

I Notification Hubs .NET API med NotificationHubSettings kan en proxy angives under opbygningen af 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);

Forbindelsesstrengen og hubnavnet er stadig tjenestens konfiguration. Et offentligt HTTP-endpoint fra HTTP-proxyliste kan udfylde WebProxy-adressen i standardopbygningsforløbet.

Der er en rækkefølgeregel i den konstruktør:

  1. En medsendt HttpClient bruges først.
  2. Ellers opretter en medsendt MessageHandler HTTP-klienten.
  3. Ellers opretter Proxy en proxykonfigureret HttpClientHandler.
  4. Hvis intet er angivet, opretter konstruktøren sin standard-HTTP-klient.

Hvis programmet allerede angiver HttpClient eller MessageHandler, skal du konfigurere den transports proxy i stedet for at forvente, at den separate Proxy-egenskab tilsidesætter den.

Til en proxykonto skal du angive legitimationsoplysninger på WebProxy før opbygningen. De godkendes over for mellemleddet, ikke over for Notification Hub.

Ældre eksempler nævner NotificationHubClientSettings. Match den indstillingstype og konstruktør, som den installerede pakke eksponerer, i stedet for at blande navnet ind i en API, der forventer NotificationHubSettings.

Relaterede artikler