Запазете копието на 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 на приложението. Методът връща копие, затова използвайте routedCredential за работа с токена или за API удостоверяване, вместо да продължите с оригинала.
proxyCredentials идентифицира междинния акаунт; пропуснете инициализатора, ако не е необходим. В този неудостоверен случай списъкът с HTTP прокси сървъри може да предложи кандидати за endpoint, когато дестинацията на токена е публична и е разрешен маршрут през публично прокси. Запазете изискуемия тип и scope на Google credential. Прокси идентификационните данни не заместват клиентска тайна, ключ на сервизен акаунт или токен за достъп.
Клиентът на API услугата е друг път за създаване. Дайте на този транспорт също желаната фабрика, когато и заявките към услугата, и тези за токен се нуждаят от прокси. Конфигурирането само на услугата може да остави по-ранна заявка за токен без възможност за връзка.
Кешираният токен за достъп избягва нова размяна. Сравнете действително неуспешния хост и заявка, вместо да третирате операция с кеширан токен или създаване на обект като нова прокси връзка.