Memuatkan modul proksi tersuai dalam .NET Framework
Semak pemuatan jenis, konfigurasi fail boleh laku dan override permintaan apabila modul defaultProxy kelihatan tiada kesan.
Untuk aplikasi .NET Framework, daftarkan modul proksi di bawah configuration/system.net/defaultProxy:
<defaultProxy>
<module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>Nama pertama ialah jenis dan yang kedua ialah identiti himpunan, bukan laluan DLL. Himpunan dan kebergantungan mesti dimuatkan mengikut peraturan biasa aplikasi.
Semak dua pintu. Pertama, runtime mesti membina jenis awam yang melaksanakan IWebProxy melalui pembina tanpa parameter. Kekalkan pengecualian dalaman daripada kegagalan pemuatan atau pembinaan; ia mendahului sebarang sambungan TCP proksi. Untuk keluaran desktop, sahkan pendaftaran mencapai konfigurasi terbina fail boleh laku. Dengan ClickOnce, bandingkan .exe.config yang dibina, diterbitkan dan dipasang. App.config pustaka kelas biasanya tidak mengkonfigurasi proses hosnya.
Kedua, permintaan mesti menggunakan lalai itu. Penetapan proksi eksplisit boleh mengatasinya, dan tindanan HTTP lain mungkin tidak membaca model konfigurasi ini. Di dalam modul, GetProxy dan IsBypassed memerlukan keputusan yang konsisten, dengan URI proksi mutlak menggunakan skema dan port yang betul.
Jadikan tingkah laku kelayakan konsisten juga. Getter yang menghasilkan akaun berkod keras sambil mengabaikan setter-nya boleh menggagalkan konfigurasi kemudian walaupun selepas pemuatan berjaya.
Ini ialah mekanisme penyelenggaraan untuk .NET Framework. Gunakan konfigurasi proksi yang disokong oleh klien rangkaian dalam .NET semasa daripada mengharapkan pendaftaran system.net legasi ini mengawal setiap HttpClient.