.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 द्या. फक्त सेवा कॉन्फिगर केल्यास आधीची टोकन विनंती जोडली जाऊ शकत नाही अशी राहू शकते.

कॅश केलेले प्रवेश टोकन नवीन देवघेव टाळते. कॅश-टोकन क्रिया किंवा ऑब्जेक्ट बांधणी नवीन प्रॉक्सी कनेक्शन मानण्याऐवजी प्रत्यक्षात अयशस्वी झालेला होस्ट आणि विनंती यांची तुलना करा.

संबंधित लेख