Azure Notification Hubs .NET: کدام تنظیم پروکسی برنده می‌شود؟

NotificationHubSettings.Proxy یا انتقال HTTP ارائه‌شده را پیکربندی کنید و اولویت HttpClient و MessageHandler سازنده را در نظر بگیرید.

در API دات‌نت Notification Hubs هنگام استفاده از 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);

رشته اتصال و نام هاب همچنان پیکربندی سرویس هستند. یک نقطه پایانی عمومی HTTP از فهرست پروکسی HTTP می‌تواند نشانی WebProxy را در مسیر ساخت پیش‌فرض پر کند.

در آن سازنده یک قاعده ترتیب وجود دارد:

  1. نخست از HttpClient ارائه‌شده استفاده می‌شود.
  2. در غیر این صورت، MessageHandler ارائه‌شده کلاینت HTTP را می‌سازد.
  3. در غیر این صورت، Proxy یک HttpClientHandler پیکربندی‌شده با پروکسی می‌سازد.
  4. اگر هیچ‌کدام ارائه نشود، سازنده کلاینت HTTP پیش‌فرض خود را می‌سازد.

اگر برنامه از قبل HttpClient یا MessageHandler را ارائه می‌کند، پروکسی همان انتقال را پیکربندی کنید، نه اینکه انتظار داشته باشید ویژگی جداگانه Proxy آن را بازنویسی کند.

برای حساب پروکسی، پیش از ساخت اعتبارنامه‌ها را روی WebProxy تنظیم کنید. آن‌ها نزد واسطه احراز هویت می‌شوند، نه نزد Notification Hub.

نمونه‌های قدیمی‌تر NotificationHubClientSettings را نام می‌برند. نوع تنظیمات و سازنده‌ای را که بسته نصب‌شده ارائه می‌دهد تطبیق دهید، نه اینکه آن نام را در API که NotificationHubSettings انتظار دارد وارد کنید.

مقالات مرتبط