Azure Notification Hubs .NET : quel réglage de proxy l'emporte ?

Configurez NotificationHubSettings.Proxy ou un transport HTTP fourni, en tenant compte de la priorité HttpClient et MessageHandler du constructeur.

Dans l'API .NET Notification Hubs avec NotificationHubSettings, un proxy peut être fourni lors de la construction du client :

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 chaîne de connexion et le nom du hub restent la configuration du service. Un point de terminaison HTTP public de la liste de proxys HTTP peut renseigner l'adresse WebProxy dans le chemin de construction par défaut.

Il existe une règle d'ordre dans ce constructeur :

  1. Un HttpClient fourni est utilisé en premier.
  2. Sinon, un MessageHandler fourni crée le client HTTP.
  3. Sinon, Proxy crée un HttpClientHandler configuré pour le proxy.
  4. Si rien n'est fourni, le constructeur crée son client HTTP par défaut.

Si l'application fournit déjà HttpClient ou MessageHandler, configurez le proxy de ce transport au lieu de compter sur la propriété Proxy séparée pour le remplacer.

Pour un compte proxy, définissez les informations d'identification sur le WebProxy avant la construction. Elles s'authentifient auprès de l'intermédiaire, pas auprès du Notification Hub.

Des exemples plus anciens nomment NotificationHubClientSettings. Faites correspondre le type de réglages et le constructeur exposés par le paquet installé, plutôt que de mélanger ce nom dans une API attendant NotificationHubSettings.

Articles similaires