IWebProxy policy = WebRequest.GetSystemWebProxy();
request.Proxy = policy;

फर्काइएको वस्तुलाई IWebProxy का रूपमै राख्नुहोस्। यो अंश WebRequest-आधारित विद्यमान कोडमा लागू हुन्छ, नयाँ अनुप्रयोगमा त्यो पुरानो API अपनाउन सिफारिस होइन।

WebProxy ले इन्टरफेस कार्यान्वयन गर्छ, तर इन्टरफेस कार्यान्वयन गर्ने हरेक वस्तु WebProxy बाट वंशानुगत हुँदैन। त्यसैले प्रणाली र्यापरले कुनै पनि सञ्जाल अनुरोध हुनुअघि कास्ट अस्वीकार गर्न सक्छ। WebProxyWrapperOpaque जस्तो निजी .NET Framework वर्गको नाम कार्यान्वयनको विवरण हो, प्रोक्सी इन्डपोइन्ट वा खाताको समस्या होइन।

रुट निर्णयका लागि वास्तविक गन्तव्य URI सहित IsBypassed(destination) र GetProxy(destination) कल गर्नुहोस्। बाइपासले त्यही गन्तव्य फर्काउन सक्छ, र PAC-आधारित नीतिले अर्को होस्टका लागि अर्को रुट छान्न सक्छ।

प्रमाणीकरणका लागि IWebProxy पहिले नै Credentials खुलाउँछ। गुणमा पुग्न कास्ट नगरी समर्थित खाता र विधि प्रयोग गर्नुहोस्।

प्रतिस्थापन WebProxy बनाउन एउटा URI निकाल्नुले मूल नीतिको प्रति-गन्तव्य व्यवहार त्याग्छ। यो तब मात्र गर्नुहोस् जब स्थिर इन्डपोइन्ट नै अभिप्रेत अनुप्रयोग कन्फिगरेसन हो, प्रकार-त्रुटिको उपायका रूपमा होइन।

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