Azure Notification Hubs .NET: რომელი პროქსის პარამეტრი იმარჯვებს?

დააკონფიგურირეთ NotificationHubSettings.Proxy ან მოწოდებული HTTP ტრანსპორტი, კონსტრუქტორის HttpClient-ისა და MessageHandler-ის უპირატესობის გათვალისწინებით.

Notification Hubs .NET API-ში NotificationHubSettings-ით კლიენტის აგებისას შეიძლება პროქსის მოწოდება:

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

დაკავშირების სტრიქონი და hub-ის სახელი სერვისის კონფიგურაციად რჩება. საჯარო HTTP endpoint HTTP პროქსების სია-დან შეუძლია WebProxy-ის მისამართის შევსება ნაგულისხმევ აგების გზაზე.

ამ კონსტრუქტორში რიგის წესია:

  1. პირველად გამოიყენება მოწოდებული HttpClient.
  2. სხვა შემთხვევაში მოწოდებული MessageHandler ქმნის HTTP კლიენტს.
  3. სხვა შემთხვევაში Proxy ქმნის პროქსისთვის კონფიგურირებულ HttpClientHandler-ს.
  4. თუ არაფერია მოწოდებული, კონსტრუქტორი ქმნის საკუთარ ნაგულისხმევ HTTP კლიენტს.

თუ აპლიკაცია უკვე ამარაგებს HttpClient-ს ან MessageHandler-ს, დააკონფიგურირეთ იმ ტრანსპორტის პროქსი, ნაცვლად იმისა რომ დაელოდოთ ცალკე Proxy თვისების მის გადაფარვას.

პროქსის ანგარიშისთვის აგებამდე დააყენეთ სერტიფიკატები WebProxy-ზე. ისინი ავთენტიფიკაციას გადიან შუამავალთან, არა Notification Hub-თან.

ძველი მაგალითები NotificationHubClientSettings-ს ახსენებენ. შეუსაბამეთ დაინსტალირებული პაკეტის მიერ გამოვლენილი settings ტიპი და კონსტრუქტორი, ნაცვლად იმისა რომ ეს სახელი შეურიოთ NotificationHubSettings-ის მოლოდინში მყოფ API-ს.

დაკავშირებული სტატიები