.NET Framework da maxsus proksi modulini yuklash
defaultProxy moduli ta'sirsiz ko'rinsa, tur yuklash, bajariluvchi fayl konfiguratsiyasi va so'rovlarni qayta belgilashni tekshiring.
.NET Framework ilovasi uchun proksi modulini configuration/system.net/defaultProxy ostida ro'yxatdan o'tkazing:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Birinchi nom — tur, ikkinchisi esa uning assembly identifikatori, DLL yo'li emas. Assembly va bog'liqliklar ilovaning odatiy qoidalari bo'yicha yuklanishi kerak.
Ikki darvozani tekshiring. Birinchidan, runtime parametrsiz konstruktor orqali IWebProxy ni amalga oshiruvchi ommaviy tur yaratishi kerak. Yuklash yoki qurish muvaffaqiyatsizliklarining ichki istisnolarini saqlang; ular har qanday proksi TCP ulanishidan oldin keladi. Ish stoli nashri uchun ro'yxatga olish ishga tushiriladigan faylning joylashtirilgan konfiguratsiyasiga yetganini tasdiqlang. ClickOnce bilan qurilgan, nashr etilgan va o'rnatilgan .exe.config ni solishtiring. Sinf kutubxonasining App.config odatda o'z host jarayonini konfiguratsiya qilmaydi.
Ikkinchidan, so'rov o'sha standart qiymatdan foydalanishi kerak. Proksini aniq tayinlash uni almashtirishi mumkin, va boshqa HTTP stek bu konfiguratsiya modelini o'qimasligi mumkin. Modul ichida GetProxy va IsBypassed izchil qarorlarni talab qiladi, to'g'ri sxema va portdan foydalanadigan mutlaq proksi URI bilan.
Hisob ma'lumotlari xatti-harakatini ham izchil qiling. Qattiq kodlangan hisob yaratadigan va o'z setterini e'tiborsiz qoldiradigan getter yuklash muvaffaqiyatli bo'lgandan keyin ham keyingi konfiguratsiyani buzishi mumkin.
Bu .NET Framework uchun texnik xizmat ko'rsatish mexanizmi. Joriy .NET da tarmoq mijozi qo'llab-quvvatlaydigan proksi konfiguratsiyasidan foydalaning, bu eski system.net ro'yxati har bir HttpClient ni boshqaradi deb kutish o'rniga.