Azure Notification Hubs .NET: hokker proxy-ynstelling wint?

Konfigurearje NotificationHubSettings.Proxy of in oanlevere HTTP-transport, en let op de foarrang fan HttpClient en MessageHandler yn 'e konstruktor.

Yn 'e Notification Hubs .NET API mei NotificationHubSettings kin by it bouwen fan 'e klant in proxy oanlevere wurde:

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

De ferbiningsstring en hubnamme bliuwe de tsjinstkonfiguraasje. In iepenbier HTTP-einpunt út 'e HTTP-proksylist kin it WebProxy-adres yn it standert boupad folje.

Der is in oarderregel yn dy konstruktor:

  1. In oanlevere HttpClient wurdt earst brûkt.
  2. Oars makket in oanlevere MessageHandler de HTTP-klant.
  3. Oars makket Proxy in proxy-konfigurearre HttpClientHandler.
  4. As neat oanlevere is, makket de konstruktor syn standert HTTP-klant.

As de applikaasje al HttpClient of MessageHandler oanleveret, konfigurearje dan de proxy fan dy transport ynstee fan te ferwachtsjen dat de aparte Proxy-eigenskip dy oerskriuwt.

Foar in proxy-akkount sette jo ynloggegevens op 'e WebProxy foar it bouwen. Dy ferifiearje by de tuskenpersoan, net by de Notification Hub.

Aldere foarbylden neame NotificationHubClientSettings. Match it ynstellingstype en de konstruktor dy't it ynstalleare pakket biedt, ynstee fan dy namme te mingen yn in API dy't NotificationHubSettings ferwachtet.

Relatearre artikelen