.NET में प्रॉक्सी-कॉन्फ़िगर किया गया GoogleCredential कॉपी रखें

टोकन HTTP कार्य को प्राप्ति से पहले कॉन्फ़िगर करें और routedCredential आगे पास करें; मूल credential अपना पहले का कॉन्फ़िगरेशन बनाए रखता है।

var proxy = new System.Net.WebProxy("http://proxy.example:8080")
{
    Credentials = proxyCredentials
};
var factory = Google.Apis.Http.HttpClientFactory.ForProxy(proxy);
var routedCredential = credential.CreateWithHttpClientFactory(factory);

credential एप्लिकेशन का मौजूदा GoogleCredential है। यह मेथड एक कॉपी लौटाता है, इसलिए मूल के साथ जारी रखने के बजाय टोकन कार्य या API प्रमाणीकरण के लिए routedCredential का उपयोग करें।

proxyCredentials मध्यस्थ खाते की पहचान करता है; ज़रूरत न हो तो इनिशियलाइज़र छोड़ दें। उस अप्रमाणित स्थिति में HTTP प्रॉक्सी सूची एंडपॉइंट उम्मीदवार दे सकती है जब टोकन गंतव्य सार्वजनिक हो और सार्वजनिक-प्रॉक्सी मार्ग की अनुमति हो। Google credential का आवश्यक प्रकार और scope बनाए रखें। प्रॉक्सी क्रेडेंशियल क्लाइंट सीक्रेट, सर्विस-अकाउंट कुंजी या एक्सेस टोकन का विकल्प नहीं हैं।

API सर्विस क्लाइंट दूसरा निर्माण मार्ग है। जब सेवा और टोकन दोनों अनुरोधों को प्रॉक्सी चाहिए, तब उस ट्रांसपोर्ट को भी इच्छित factory दें। केवल सेवा कॉन्फ़िगर करने से पहले का टोकन अनुरोध जुड़ न पाने की स्थिति में रह सकता है।

कैश किया गया एक्सेस टोकन नए विनिमय से बचाता है। कैश-टोकन ऑपरेशन या ऑब्जेक्ट निर्माण को नया प्रॉक्सी कनेक्शन मानने के बजाय वास्तव में विफल होस्ट और अनुरोध की तुलना करें।

संबंधित लेख