Azure Notification Hubs .NET: qual configuração de proxy vence?

Na API .NET do Notification Hubs com NotificationHubSettings, um proxy pode ser fornecido durante a construção 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 cadeia de conexão e o nome do hub continuam sendo a configuração do serviço. Um ponto de extremidade HTTP público da lista de proxies HTTP pode preencher o endereço do WebProxy no caminho de construção padrão.

Há uma regra de ordem nesse construtor:

1. Um HttpClient fornecido é usado primeiro.
2. Caso contrário, um MessageHandler fornecido cria o cliente HTTP.
3. Caso contrário, Proxy cria um HttpClientHandler configurado para proxy.
4. Se nada for fornecido, o construtor cria seu cliente HTTP padrão.

Se o aplicativo já fornece HttpClient ou MessageHandler, configure o proxy desse transporte em vez de esperar que a propriedade Proxy separada o substitua.

Para uma conta de proxy, defina as credenciais no WebProxy antes da construção. Elas se autenticam no intermediário, não no Notification Hub.

Exemplos mais antigos citam NotificationHubClientSettings. Faça corresponder o tipo de configurações e o construtor expostos pelo pacote instalado, em vez de misturar esse nome em uma API que espera NotificationHubSettings.