URI मा यसको होस्ट अघि username:password हुन सक्छ। यसको अर्थ त्यो URI स्वीकार गर्ने प्रत्येक .NET API ले प्रयोगकर्ता जानकारी प्रमाणीकरण वस्तुमा प्रतिलिपि गर्छ भन्ने होइन।

WebProxy सिधै बनाउँदा प्रमाण तोक्ने काम स्पष्ट पार्नुहोस्:

var proxy = new WebProxy("http://203.0.113.10:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};

एन्डपोइन्ट र खाता चरहरू उदाहरणका लागि हुन्। यसले गन्तव्य ठेगाना, प्रोक्सी ठेगाना र प्रोक्सी खाता अलग राख्छ।

यदि इनपुट ढाँचाले प्रमाण भएको URL दिन्छ भने यसको प्रयोगकर्ता जानकारी जानाजान पार्स गर्नुहोस्। कोलन भएको पासवर्ड प्रमाण विभाजकमा मात्र विभाजन गरेर जोगाउनुहोस्, र इन्कोड गरिएका अंशहरू उपयुक्त चरणमा डिकोड गर्नुहोस्। त्यो पार्सरको निदान गर्दा मूल URL नछाप्नुहोस्।

वातावरण सेटिङका रूपमा काम गर्ने प्रोक्सी URL अर्को कन्स्ट्रक्टरमा पठाउँदा फरक व्यवहार गर्न सक्छ। वातावरण-प्रोक्सी सुरुवातको आफ्नै पार्सिङ तर्क हुन्छ; यो हरेक कन्स्ट्रक्टरले एउटै फिल्ड प्रयोग गर्छ भन्ने वाचा होइन।

अन्तमा, कन्फिगर गरिएको प्रोक्सी वस्तु अनुरोध कार्यान्वयन गर्ने ह्यान्डलरमा राख्नुहोस्। अप्रयोग गरिएको WebProxy मा सही प्रमाणहरूले जडानलाई असर गर्न सक्दैन।

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