Azure Notification Hubs .NET: ഏത് പ്രോക്സി ക്രമീകരണമാണ് ജയിക്കുന്നത്?

NotificationHubSettings.Proxy അല്ലെങ്കിൽ നൽകിയ HTTP ട്രാൻസ്പോർട്ട് കോൺഫിഗർ ചെയ്യുക; constructor-ന്റെ 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 വിലാസം പൂരിപ്പിക്കാം.

ആ constructor-ൽ ഒരു ക്രമ നിയമമുണ്ട്:

  1. നൽകിയ HttpClient ആണ് ആദ്യം ഉപയോഗിക്കുന്നത്.
  2. അല്ലെങ്കിൽ നൽകിയ MessageHandler HTTP client സൃഷ്ടിക്കുന്നു.
  3. അല്ലെങ്കിൽ Proxy പ്രോക്സിക്കായി കോൺഫിഗർ ചെയ്ത HttpClientHandler സൃഷ്ടിക്കുന്നു.
  4. ഒന്നും നൽകിയില്ലെങ്കിൽ constructor അതിന്റെ സ്ഥിരസ്ഥിതി HTTP client സൃഷ്ടിക്കുന്നു.

ആപ്പ് ഇതിനകം HttpClient അല്ലെങ്കിൽ MessageHandler നൽകുന്നുണ്ടെങ്കിൽ, വേറിട്ട Proxy പ്രോപ്പർട്ടി അതിനെ മറികടക്കുമെന്ന് പ്രതീക്ഷിക്കാതെ ആ ട്രാൻസ്പോർട്ടിന്റെ പ്രോക്സി കോൺഫിഗർ ചെയ്യുക.

പ്രോക്സി അക്കൗണ്ടിന്, നിർമ്മാണത്തിന് മുമ്പ് WebProxy-യിൽ ക്രെഡൻഷ്യലുകൾ സജ്ജമാക്കുക. അവ ഇടനിലക്കാരനോട് ആണ് പ്രാമാണീകരിക്കുന്നത്, Notification Hub-നോടല്ല.

പഴയ ഉദാഹരണങ്ങൾ NotificationHubClientSettings എന്ന് പറയുന്നു. NotificationHubSettings പ്രതീക്ഷിക്കുന്ന API-യിൽ ആ പേര് കലർത്താതെ, ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജ് നൽകുന്ന settings തരവും constructor-ഉം ചേർത്ത് വയ്ക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ