Azure Notification Hubs .NET: que configuración de proxy gaña?

Na API .NET de Notification Hubs con NotificationHubSettings, pódese subministrar un proxy durante a construción do cliente:

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

A cadea de conexión e o nome do concentrador seguen a ser a configuración do servizo. Un punto final HTTP público da lista de proxies HTTP pode encher o enderezo de WebProxy na ruta de construción predeterminada.

Hai unha regra de orde nese construtor:

1. Emprégase primeiro un HttpClient subministrado.
2. Se non, un MessageHandler subministrado crea o cliente HTTP.
3. Se non, Proxy crea un HttpClientHandler configurado para proxy.
4. Se non se subministra nada, o construtor crea o seu cliente HTTP predeterminado.

Se a aplicación xa subministra HttpClient ou MessageHandler, configure o proxy dese transporte en lugar de esperar que a propiedade Proxy separada o substitúa.

Para unha conta de proxy, estabeleza as credenciais en WebProxy antes da construción. Autentícanse co intermediario, non co Notification Hub.

Os exemplos antigos mencionan NotificationHubClientSettings. Faga coincidir o tipo de configuración e o construtor que expón o paquete instalado, en lugar de mesturar ese nome nunha API que espera NotificationHubSettings.