.NET Framework अनुप्रयोग के लिए, प्रॉक्सी मॉड्यूल को configuration/system.net/defaultProxy के अंतर्गत पंजीकृत करें:

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

पहला नाम प्रकार है और दूसरा उसकी असेंबली पहचान, DLL पथ नहीं। असेंबली और निर्भरताएँ अनुप्रयोग के सामान्य नियमों के अनुसार लोड होनी चाहिए।

दो द्वार जाँचें। पहला, रनटाइम को बिना पैरामीटर वाले कंस्ट्रक्टर के माध्यम से IWebProxy लागू करने वाला सार्वजनिक प्रकार बनाना चाहिए। लोडिंग या निर्माण विफलताओं से आने वाले आंतरिक अपवाद रखें; वे किसी भी प्रॉक्सी TCP कनेक्शन से पहले आते हैं। डेस्कटॉप रिलीज़ के लिए, पुष्टि करें कि पंजीकरण निष्पादन योग्य की तैनात कॉन्फ़िगरेशन तक पहुँच गया है। ClickOnce के साथ, निर्मित, प्रकाशित और इंस्टॉल किए गए .exe.config की तुलना करें। क्लास लाइब्रेरी का App.config सामान्यतः अपनी होस्ट प्रक्रिया को कॉन्फ़िगर नहीं करता।

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

क्रेडेंशियल व्यवहार को भी सुसंगत बनाएँ। हार्डकोडेड खाता बनाने वाला और अपने सेटर को अनदेखा करने वाला गेटर लोडिंग सफल होने के बाद भी बाद के कॉन्फ़िगरेशन को विफल कर सकता है।

यह .NET Framework के लिए एक रखरखाव तंत्र है। वर्तमान .NET में नेटवर्किंग क्लाइंट द्वारा समर्थित प्रॉक्सी कॉन्फ़िगरेशन का उपयोग करें, इस पुराने system.net पंजीकरण के हर HttpClient को नियंत्रित करने की अपेक्षा करने के बजाय।

संबंधित लेख