.NET Framework अनुप्रयोगका लागि, प्रोक्सी मोड्युललाई configuration/system.net/defaultProxy अन्तर्गत दर्ता गर्नुहोस्:

<defaultProxy>
  <module type="Company.Network.RoutingProxy, Company.Network" />
</defaultProxy>

पहिलो नाम प्रकार हो र दोस्रो त्यसको assembly पहिचान हो, DLL मार्ग होइन। assembly र निर्भरताहरू अनुप्रयोगका सामान्य नियमअनुसार लोड हुनुपर्छ।

दुई ढोका जाँच्नुहोस्। पहिलो, रनटाइमले प्यारामिटरविहीन कन्स्ट्रक्टरमार्फत IWebProxy लागू गर्ने सार्वजनिक प्रकार निर्माण गर्नुपर्छ। लोडिङ वा निर्माण असफलताबाट आउने आन्तरिक अपवादहरू राख्नुहोस्; ती कुनै पनि प्रोक्सी TCP जडानभन्दा अघि आउँछन्। डेस्कटप रिलिजका लागि, दर्ता कार्यान्वयनयोग्य फाइलको तैनाथ कन्फिगरेसनमा पुगेको पुष्टि गर्नुहोस्। ClickOnce सँग, निर्मित, प्रकाशित र स्थापित .exe.config तुलना गर्नुहोस्। क्लास लाइब्रेरीको App.config सामान्यतया यसको होस्ट प्रक्रिया कन्फिगर गर्दैन।

दोस्रो, अनुरोधले त्यो पूर्वनिर्धारित प्रयोग गर्नुपर्छ। स्पष्ट प्रोक्सी असाइनमेन्टले यसलाई प्रतिस्थापन गर्न सक्छ, र अर्को HTTP स्ट्याकले यो कन्फिगरेसन मोडेल पढ्न सक्दैन। मोड्युलभित्र, GetProxy र IsBypassed लाई सुसंगत निर्णय चाहिन्छ, सही स्किम र पोर्ट प्रयोग गर्ने निरपेक्ष प्रोक्सी URI सहित।

प्रमाणहरूको व्यवहार पनि सुसंगत बनाउनुहोस्। हार्डकोड गरिएको खाता बनाउने र यसको सेटरलाई बेवास्ता गर्ने गेटरले लोडिङ सफल भएपछि पनि पछिको कन्फिगरेसन असफल बनाउन सक्छ।

यो .NET Framework का लागि मर्मत संयन्त्र हो। हालको .NET मा नेटवर्किङ क्लाइन्टले समर्थन गर्ने प्रोक्सी कन्फिगरेसन प्रयोग गर्नुहोस्, यो पुरानो system.net दर्ताले हरेक HttpClient नियन्त्रण गर्ने अपेक्षा गर्नुको सट्टा।

सम्बन्धित लेखहरू