.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 സേവന ക്ലയന്റ് മറ്റൊരു നിർമ്മാണ പാതയാണ്. സേവനത്തിന്റെയും ടോക്കണിന്റെയും അഭ്യർത്ഥനകൾക്ക് പ്രോക്സി ആവശ്യമാകുമ്പോൾ ആ ട്രാൻസ്പോർട്ടിനും ഉദ്ദേശിച്ച ഫാക്ടറി നൽകുക. സേവനം മാത്രം കോൺഫിഗർ ചെയ്യുന്നത് മുൻ ടോക്കൺ അഭ്യർത്ഥനയെ ബന്ധിപ്പിക്കാനാകാതെ വിട്ടേക്കാം.

കാഷെ ചെയ്ത ആക്സസ് ടോക്കൺ പുതിയ കൈമാറ്റം ഒഴിവാക്കുന്നു. കാഷെ-ടോക്കൺ പ്രവർത്തനത്തെയോ ഒബ്ജക്റ്റ് നിർമ്മാണത്തെയോ പുതിയ പ്രോക്സി കണക്ഷനായി കണക്കാക്കുന്നതിന് പകരം യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ട ഹോസ്റ്റും അഭ്യർത്ഥനയും താരതമ്യം ചെയ്യുക.

അനുബന്ധ ലേഖനങ്ങൾ