Azure Notification Hubs .NET: cấu hình proxy nào thắng?

Định cấu hình NotificationHubSettings.Proxy hoặc transport HTTP được cung cấp, có tính đến thứ tự ưu tiên HttpClient và MessageHandler của hàm tạo.

Trong API .NET của Notification Hubs với NotificationHubSettings, có thể cung cấp proxy khi tạo máy khách:

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

Chuỗi kết nối và tên hub vẫn là cấu hình của dịch vụ. Một điểm cuối HTTP công khai từ danh sách proxy HTTP có thể điền địa chỉ WebProxy trong đường dựng mặc định.

Có một quy tắc thứ tự trong hàm tạo đó:

  1. HttpClient được cung cấp được dùng trước.
  2. Nếu không, MessageHandler được cung cấp sẽ tạo máy khách HTTP.
  3. Nếu không, Proxy tạo HttpClientHandler được cấu hình cho proxy.
  4. Nếu không cung cấp gì, hàm tạo sẽ tạo máy khách HTTP mặc định của nó.

Nếu ứng dụng đã cung cấp HttpClient hoặc MessageHandler, hãy cấu hình proxy của transport đó thay vì mong thuộc tính Proxy riêng ghi đè nó.

Đối với tài khoản proxy, đặt thông tin xác thực trên WebProxy trước khi dựng. Chúng xác thực với trung gian, không phải với Notification Hub.

Các ví dụ cũ nêu NotificationHubClientSettings. Hãy khớp loại cài đặt và hàm tạo mà gói đã cài đặt cung cấp, thay vì trộn tên đó vào API mong đợi NotificationHubSettings.

Bài viết liên quan