Вчитување на прилагоден прокси модул во .NET Framework
Проверете го вчитувањето на типови, конфигурацијата на извршната датотека и замената на барања кога модулот defaultProxy изгледа без ефект.
За .NET Framework апликација, регистрирајте го прокси модулот под configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Првото име е типот, а второто е идентитетот на склопот, не патека до DLL. Склопот и зависностите мора да се вчитаат според вообичаените правила на апликацијата.
Проверете две порти. Прво, runtime-от мора да конструира јавен тип што го имплементира IWebProxy преку конструктор без параметри. Задржете ги внатрешните исклучоци од грешки при вчитување или конструкција; тие претходат на секое прокси TCP поврзување. За десктоп издание, потврдете дека регистрацијата стигнала до распоредената конфигурација на извршната датотека. Со ClickOnce, споредете ја изградената, објавената и инсталираната .exe.config. App.config на класна библиотека обично не го конфигурира нејзиниот хост процес.
Второ, барањето мора да го користи тоа стандардно. Експлицитното доделување прокси може да го замени, а друг HTTP стек може да не го чита овој модел на конфигурација. Внатре во модулот, GetProxy и IsBypassed бараат конзистентни одлуки, со апсолутен прокси URI што ја користи точната шема и порта.
Направете го конзистентно и однесувањето со акредитиви. Getter што создава тврдо кодиран профил и го игнорира својот setter може да ја уништи подоцнежната конфигурација дури и по успешното вчитување.
Ова е механизам за одржување за .NET Framework. Користете ја поддржаната прокси конфигурација на мрежниот клиент во тековниот .NET наместо да очекувате оваа застарена system.net регистрација да управува со секој HttpClient.