Збережіть копію GoogleCredential, налаштовану через проксі, у .NET

Налаштуйте 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-проксі може надати кандидатів кінцевих точок, коли призначення токена публічне і дозволено маршрут через публічний проксі. Зберігайте потрібний тип і scope Google credential. Облікові дані проксі не замінюють клієнтський секрет, ключ сервісного облікового запису або токен доступу.

Клієнт служби API — інший шлях побудови. Надайте цьому транспорту також потрібну фабрику, коли і запити служби, і запити токена потребують проксі. Налаштування лише служби може залишити попередній запит токена без можливості підключитися.

Кешований токен доступу дає змогу уникнути нового обміну. Порівнюйте фактично невдалий хост і запит, а не вважайте операцію з кешованим токеном або створення об'єкта новим проксі-з'єднанням.

Схожі статті