Azure Notification Hubs .NET: Welche Proxy-Einstellung gewinnt?

Konfigurieren Sie NotificationHubSettings.Proxy oder einen übergebenen HTTP-Transport und beachten Sie den Vorrang von HttpClient und MessageHandler im Konstruktor.

In der Notification Hubs .NET API lässt sich mit NotificationHubSettings bei der Client-Erstellung ein Proxy übergeben:

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

Verbindungszeichenfolge und Hubname bleiben die Dienstkonfiguration. Ein öffentlicher HTTP-Endpunkt aus der HTTP-Proxy-Liste kann die WebProxy-Adresse im Standardkonstruktionspfad füllen.

In diesem Konstruktor gilt eine Reihenfolge:

  1. Ein übergebener HttpClient wird zuerst verwendet.
  2. Andernfalls erzeugt ein übergebener MessageHandler den HTTP-Client.
  3. Andernfalls erzeugt Proxy einen proxykonfigurierten HttpClientHandler.
  4. Wird nichts übergeben, erstellt der Konstruktor seinen Standard-HTTP-Client.

Übergibt die Anwendung bereits HttpClient oder MessageHandler, konfigurieren Sie den Proxy dieses Transports, statt zu erwarten, dass die separate Proxy-Eigenschaft ihn überschreibt.

Für ein Proxy-Konto setzen Sie Anmeldeinformationen am WebProxy vor der Konstruktion. Sie authentifizieren sich am Vermittler, nicht am Notification Hub.

Ältere Beispiele nennen NotificationHubClientSettings. Gleichen Sie den Einstellungstyp und Konstruktor mit dem installierten Paket ab, statt diesen Namen in eine API zu mischen, die NotificationHubSettings erwartet.

Ähnliche Artikel