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

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

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

Падобныя артыкулы