Stilla proxy fyrir YouTube .NET-biðlara með HttpClientFactory.ForProxy

Notaðu Google.Apis.Http.HttpClientFactory.ForProxy í upphafsgildingu þjónustunnar í stað þess að skipta um innri handler YouTube-biðlara eftir að hann er byggður.

Google.Apis býður upp á verksmiðju til að búa til HTTP-biðlara með IWebProxy. Láttu hana fylgja þegar þú byggir mynduðu þjónustuna:

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)
    });

Dæmið notar API-lykilaðgang fyrir studda aðgerð með opinberum gögnum. Slepptu úthlutun proxy-skírteina fyrir proxy án auðkenningar. Í þeirri opinberu gagnagrein skaltu velja HTTP-færslu úr listanum yfir HTTP-milliþjóna ef opinberir milliliðir eru leyfðir. Reikningur proxysins og API-lykillinn þjóna mismunandi endapunktum.

Í Google.Apis 1.73.0 er BaseClientService.Initializer.HttpClientFactory studdi búningakrókurinn. ForProxy setur uppgefið proxy á biðlara sem verksmiðjan býr til. Bygging beiðna, raðgreining og afgangur SDK-pípunnar er áfram hjá þjónustunni.

Stilltu þetta áður en þú sendir beiðnir. Að skipta um MessageHandler.InnerHandler á byggðum biðlara er óþarft í þessu tilviki og getur hent öðrum handler-valkostum.

OAuth-skírteini getur fengið eða endurnýjað táknið sitt í gegnum eigin HTTP-fyrirkomulag. Að setja verksmiðju þjónustu ákvarðar ekki hvernig sérstaklega búið skírteini fær tákn. Athugaðu þá leið sérstaklega ef táknaöflun er aðgerðin sem mistekst í gegnum proxyið. Þegar þú notar GoogleCredential skaltu halda routaða afritinu frá CreateWithHttpClientFactory fyrir þá táknvinnu.

Tengdir greinar