.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 સેવા ક્લાયન્ટ બીજો બાંધકામ માર્ગ છે. જ્યારે સેવા અને ટોકન બંને વિનંતીઓને પ્રોક્સીની જરૂર હોય ત્યારે તે પરિવહનને પણ ઇચ્છિત ફેક્ટરી આપો. ફક્ત સેવા ગોઠવવાથી અગાઉની ટોકન વિનંતી જોડાઈ ન શકે એમ રહી શકે છે.
કેશ કરેલું એક્સેસ ટોકન નવી આપલે ટાળે છે. કેશ-ટોકન ક્રિયા કે ઑબ્જેક્ટ બાંધકામને નવું પ્રોક્સી જોડાણ ગણવાને બદલે ખરેખર નિષ્ફળ ગયેલા હોસ્ટ અને વિનંતીની સરખામણી કરો.