.NET Framework ичинде ыңгайлаштырылган прокси модулун жүктөө
defaultProxy модулу таасирсиз көрүнгөндө типтерди жүктөөнү, аткарылуучу файлдын конфигурациясын жана сурамдарды кайра аныктоону текшериңиз.
.NET Framework колдонмосу үчүн прокси модулун configuration/system.net/defaultProxy астында каттаңыз:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Биринчи ат — тип, экинчиси — анын assembly идентификатору, DLL жолу эмес. Assembly жана көз карандылыктар колдонмонун кадимки эрежелери боюнча жүктөлүшү керек.
Эки дарбазаны текшериңиз. Биринчиден, runtime параметрсиз конструктор аркылуу IWebProxy ишке ашырган жарыя типти түзүшү керек. Жүктөө же куруу ийгиликсиздиктеринин ички исктарын сактаңыз; алар ар кандай прокси TCP байланышынан мурун келет. Иш тактасынын чыгарылышы үчүн каттоо аткарылуучу файлдын жайгаштырылган конфигурациясына жеткенин ырастаңыз. ClickOnce менен курулган, жарыяланган жана орнотулган .exe.config салыштырыңыз. Класс китепканасынын App.config адатта өз хост процессин конфигурациялабайт.
Экинчиден, сурам ошол демейкини колдонушу керек. Проксини ачык дайындоо аны алмаштырышы мүмкүн, ал эми башка HTTP стек бул конфигурация моделин окубашы мүмкүн. Модулдун ичинде GetProxy жана IsBypassed ырааттуу чечимдерди талап кылат, туура схема менен портту колдонгон абсолюттук прокси URI менен.
Аккаунт маалыматтарынын жүрүм-турумун да ырааттуу кылыңыз. Катуу коддолгон аккаунт түзүп, өз setterин этибарга албаган getter жүктөө ийгиликтүү болгондон кийин да кийинки конфигурацияны бузушу мүмкүн.
Бул .NET Framework үчүн тейлөө механизми. Учурдагы .NETте тармактык кардар колдогон прокси конфигурациясын колдонуңуз, бул эски system.net каттоосу ар бир HttpClientти башкарат деп күтүүнүн ордуна.