Azure Notification Hubs .NET: watter proxy-instelling wen?

Stel NotificationHubSettings.Proxy of 'n verskafde HTTP-transport op en let op die konstruktor se voorrang vir HttpClient en MessageHandler.

In die Notification Hubs .NET API met NotificationHubSettings kan 'n proxy tydens die bou van die kliënt verskaf word:

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

Die verbindingstring en hubnaam bly die dienskonfigurasie. 'n Openbare HTTP-eindpunt uit die HTTP-proxylys kan die WebProxy-adres in die verstekkonstruksiepad vul.

Daar is 'n volgordereël in daardie konstruktor:

  1. 'n Verskafde HttpClient word eerste gebruik.
  2. Andersins skep 'n verskafde MessageHandler die HTTP-kliënt.
  3. Andersins skep Proxy 'n proxy-gekonfigureerde HttpClientHandler.
  4. As niks verskaf word nie, skep die konstruktor sy verstek HTTP-kliënt.

As die toepassing reeds HttpClient of MessageHandler verskaf, konfigureer daardie transport se proxy eerder as om te verwag dat die aparte Proxy-eienskap dit oorheers.

Vir 'n proxy-rekening, stel geloofsbriewe op die WebProxy voor konstruksie. Hulle verifieer by die tussenganger, nie by die Notification Hub nie.

Ouer voorbeelde noem NotificationHubClientSettings. Pas die instellingstipe en konstruktor aan wat die geïnstalleerde pakket bied, eerder as om daardie naam in 'n API te meng wat NotificationHubSettings verwag.

Verwante artikels