Azure Notification Hubs .NET. ո՞ր պրոքսի կարգավորումն է հաղթում։

Կարգավորեք NotificationHubSettings.Proxy-ը կամ տրված HTTP տրանսպորտը՝ հաշվի առնելով կոնստրուկտորի HttpClient-ի և MessageHandler-ի առաջնահերթությունը։

Notification Hubs .NET API-ում NotificationHubSettings-ի հետ պրոքսի կարելի է տրամադրել 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);

Միացման տողը և hub-ի անունը մնում են ծառայության կարգավորումը։ HTTP պրոքսիների ցանկ-ից հանրային HTTP վերջնակետը կարող է լրացնել WebProxy հասցեն լռելյայն կառուցման ուղում։

Այդ կոնստրուկտորում կարգի կանոն կա.

  1. Նախ օգտագործվում է տրված HttpClient-ը։
  2. Այլապես տրված MessageHandler-ը ստեղծում է HTTP client-ը։
  3. Այլապես Proxy-ն ստեղծում է պրոքսիի համար կարգավորված HttpClientHandler։
  4. Եթե ոչինչ տրված չէ, կոնստրուկտորը ստեղծում է իր լռելյայն HTTP client-ը։

Եթե հավելվածն արդեն տրամադրում է HttpClient կամ MessageHandler, կարգավորեք այդ տրանսպորտի պրոքսին, փոխանակ սպասելու, որ առանձին Proxy հատկությունը կփոխարինի այն։

Պրոքսի հաշվի համար մինչև կառուցումը սահմանեք հավատարմագրերը WebProxy-ի վրա։ Դրանք նույնականացվում են միջնորդի մոտ, ոչ Notification Hub-ում։

Հին օրինակները նշում են NotificationHubClientSettings։ Համապատասխանեցրեք տեղադրված փաթեթի տրամադրած կարգավորումների տեսակը և կոնստրուկտորը, փոխանակ այդ անունը խառնելու NotificationHubSettings սպասող API-ի մեջ։

Առնչվող հոդվածներ