За .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.

Поврзани статии