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