Konfigureer 'n YouTube .NET-kliëntproxy met HttpClientFactory.ForProxy
Gebruik Google.Apis.Http.HttpClientFactory.ForProxy in die diensinisialiseerder in plaas daarvan om 'n YouTube-kliënt se binnehantering na konstruksie te vervang.
Google.Apis bied 'n fabriek om HTTP-kliënte met 'n IWebProxy te skep. Voorsien dit wanneer jy die gegenereerde diens bou:
var proxy = new System.Net.WebProxy("http://proxy.example:8080");
proxy.Credentials = new System.Net.NetworkCredential(
proxyUser, proxyPassword);
using var youtube = new Google.Apis.YouTube.v3.YouTubeService(
new Google.Apis.Services.BaseClientService.Initializer
{
ApplicationName = "ExampleVideoClient",
ApiKey = apiKey,
HttpClientFactory =
Google.Apis.Http.HttpClientFactory.ForProxy(proxy)
});Die voorbeeld gebruik API-sleuteltoegang vir 'n ondersteunde publieke data-bewerking. Laat die toekenning van proxygeloofsbriewe weg vir 'n ongeverifieerde proxy. Kies in daardie publieke-data-tak 'n HTTP-inskrywing uit die HTTP-instaanbedienerlys as publieke tussengangers toegelaat word. Die proxy se rekening en die API-sleutel dien verskillende eindpunte.
In Google.Apis 1.73.0 is BaseClientService.Initializer.HttpClientFactory die ondersteunde skeppingshaak. ForProxy plaas die verskafde proxy op kliënte wat deur daardie fabriek geskep word. Versoekkonstruksie, serialisering en die res van die SDK-pyplyn bly by die diens.
Stel dit voordat jy versoeke uitstuur. Om MessageHandler.InnerHandler op 'n geboude kliënt te vervang, is hier onnodig en kan ander hanteringskeuses weggooi.
'n OAuth-geloofsbrief kan sy token deur sy eie HTTP-reëling verkry of vernuwe. Om 'n diens se fabriek te stel, bepaal nie hoe 'n afsonderlik geskepte geloofsbrief tokens kry nie. Ondersoek daardie pad afsonderlik as tokenonttrekking die bewerking is wat deur die proxy misluk. Wanneer jy GoogleCredential gebruik, behou die geroteerde kopie uit CreateWithHttpClientFactory vir daardie tokenwerk.