Načtení vlastního proxy modulu v .NET Framework
Zkontrolujte načítání typů, konfiguraci spustitelného souboru a přepisy požadavků, když se modul defaultProxy zdá být bez účinku.
U aplikace .NET Framework zaregistrujte proxy modul pod configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>První název je typ a druhý identita sestavení, nikoli cesta k DLL. Sestavení a závislosti se musí načítat podle běžných pravidel aplikace.
Zkontrolujte dvě brány. Za prvé, runtime musí vytvořit veřejný typ implementující IWebProxy prostřednictvím konstruktoru bez parametrů. Zachyťte vnitřní výjimky ze selhání načtení nebo konstrukce; předcházejí jakémukoli proxy TCP připojení. U desktopového vydání ověřte, že registrace dorazila do nasazené konfigurace spustitelného souboru. S ClickOnce porovnejte sestavený, publikovaný a nainstalovaný .exe.config. App.config knihovny tříd obvykle nekonfiguruje svůj hostitelský proces.
Za druhé, požadavek musí toto výchozí nastavení použít. Explicitní přiřazení proxy ho může nahradit a jiný HTTP stack nemusí tento model konfigurace číst. Uvnitř modulu potřebují GetProxy a IsBypassed konzistentní rozhodnutí, s absolutním URI proxy používajícím správné schéma a port.
Udržujte konzistentní i chování pověření. Getter vytvářející pevně zadaný účet a ignorující svůj setter může zhatit pozdější konfiguraci i po úspěšném načtení.
Toto je údržbový mechanismus pro .NET Framework. V současném .NET používejte podporovanou konfiguraci proxy síťového klienta, místo abyste očekávali, že tato zastaralá registrace system.net bude řídit každý HttpClient.