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 ಅನ್ನು ಹೊಂದಿಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು