Conserver la copie de GoogleCredential configurée via le proxy dans .NET

Configurez le travail HTTP du jeton avant l'acquisition et transmettez routedCredential ; le credential d'origine conserve sa configuration antérieure.

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 est le GoogleCredential existant de l'application. La méthode renvoie une copie, utilisez donc routedCredential pour le travail du jeton ou l'authentification API au lieu de poursuivre avec l'original.

proxyCredentials identifie le compte intermédiaire ; omettez l'initialiseur si aucun n'est nécessaire. Dans ce cas non authentifié, la liste de proxys HTTP peut fournir des candidats d'extrémité lorsque la destination du jeton est publique et qu'une route de proxy public est autorisée. Conservez le type et les scopes requis du credential Google. Les identifiants du proxy ne remplacent pas un secret client, une clé de compte de service ni un jeton d'accès.

Le client du service API est une autre voie de construction. Donnez également l'usine prévue à ce transport lorsque les requêtes du service et celles du jeton ont besoin du proxy. Configurer uniquement le service peut laisser une requête de jeton antérieure incapable de se connecter.

Un jeton d'accès en cache évite un nouvel échange. Comparez l'hôte et la requête réellement en échec plutôt que de traiter une opération de jeton en cache ou une construction d'objet comme une nouvelle connexion proxy.

Articles similaires