Konservu la per-prokura GoogleCredential-kopion en .NET
Agordu la ĵetonan HTTP-laboron antaŭ akiro kaj plusendu routedCredential; la origina credential konservas sian antaŭan agordon.
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 estas la ekzistanta GoogleCredential de la aplikaĵo. La metodo redonas kopion, do uzu routedCredential por ĵetona laboro aŭ API-aŭtentigo anstataŭ daŭrigi kun la originalo.
proxyCredentials identigas la perantan konton; forlasu la inicialigilon se ĝi ne necesas. En tiu neaŭtentigita kazo, la listo de HTTP-prokuraj serviloj povas provizi finpunktajn kandidatojn kiam la ĵetona celo estas publika kaj publika prokura vojo estas permesata. Konservu la postulatan tipon kaj scope-ojn de la Google-credential. Prokuraj akreditiloj ne anstataŭas klientan sekreton, servokontan ŝlosilon aŭ alirĵetonon.
La API-servokliento estas alia konstrua vojo. Donu ankaŭ al tiu transporto la celatan fabrikon kiam kaj servaj kaj ĵetonaj petoj bezonas la prokuron. Agordi nur la servon povas lasi pli fruan ĵetonan peton nekapabla konektiĝi.
Kaŝmemorita alirĵetono evitas novan interŝanĝon. Komparu la efektive malsukcesintan gastiganton kaj peton anstataŭ trakti kaŝĵetonan operacion aŭ objekton-konstruadon kiel novan prokuran konekton.