Laste inn en egendefinert proxy-modul i .NET Framework
Kontroller typeinnlasting, konfigurasjon av kjørbar fil og forespørselsoverskrivinger når en defaultProxy-modul ser ut til å være uten effekt.
For en .NET Framework-applikasjon registrerer du proxy-modulen under configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Det første navnet er typen, og det andre er assemblyidentiteten, ikke en DLL-bane. Assemblyen og avhengighetene må lastes inn etter applikasjonens vanlige regler.
Kontroller to porter. Først må kjøretiden konstruere en offentlig type som implementerer IWebProxy via en parameterløs konstruktør. Behold indre unntak fra innlastings- eller konstruksjonsfeil; de kommer før enhver proxy-TCP-tilkobling. For en skrivebordsutgivelse må du bekrefte at registreringen nådde den distribuerte konfigurasjonen til den kjørbare filen. Med ClickOnce sammenlign den bygde, publiserte og installerte .exe.config. En klassebiblioteks App.config konfigurerer vanligvis ikke vertsprosessen.
For det andre må forespørselen bruke denne standarden. En eksplisitt proxy-tildeling kan overstyre den, og en annen HTTP-stack leser kanskje ikke denne konfigurasjonsmodellen. Inne i modulen trenger GetProxy og IsBypassed konsistente beslutninger, med en absolutt proxy-URI som bruker riktig skjema og port.
Gjør også legitimasjonsatferden konsistent. En getter som produserer en hardkodet konto og ignorerer setteren sin, kan ødelegge senere konfigurasjon selv etter vellykket innlasting.
Dette er en vedlikeholdsmekanisme for .NET Framework. Bruk nettverksklientens støttede proxykonfigurasjon i gjeldende .NET i stedet for å forvente at denne eldre system.net-registreringen styrer hver HttpClient.