Azure Notification Hubs .NET: ¿qué configuración de proxy gana?

En la API .NET de Notification Hubs con NotificationHubSettings, se puede suministrar un proxy durante la construcción del 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);

La cadena de conexión y el nombre del centro permanecen como configuración del servicio. Un punto de conexión HTTP público de la lista de proxies HTTP puede rellenar la dirección de WebProxy en la ruta de construcción predeterminada.

Hay una regla de orden en ese constructor:

1. Se utiliza primero un HttpClient suministrado.
2. De lo contrario, un MessageHandler suministrado crea el cliente HTTP.
3. De lo contrario, Proxy crea un HttpClientHandler configurado para el proxy.
4. Si no se suministra nada, el constructor crea su cliente HTTP predeterminado.

Si la aplicación ya suministra HttpClient o MessageHandler, configure el proxy de ese transporte en lugar de esperar que la propiedad Proxy independiente lo anule.

Para una cuenta de proxy, establezca las credenciales en WebProxy antes de la construcción. Se autentican con el intermediario, no con el Notification Hub.

Los ejemplos antiguos mencionan NotificationHubClientSettings. Coincida el tipo de configuración y el constructor que expone el paquete instalado, en lugar de mezclar ese nombre en una API que espera NotificationHubSettings.