Azure Key Vault .NET: поставки за прокси за тајни и барања за токени

Доделете го истиот транспорт на Azure Core на SecretClientOptions и ClientSecretCredentialOptions пред да започне која било од двете патеки на барање.

var handler = new System.Net.Http.HttpClientHandler
{
    UseProxy = true,
    Proxy = new System.Net.WebProxy(
        "http://proxy.example.net:8080")
};

var transport = new Azure.Core.Pipeline.HttpClientTransport(handler);

var credential = new Azure.Identity.ClientSecretCredential(
    tenantId, clientId, clientSecret,
    new Azure.Identity.ClientSecretCredentialOptions
    {
        Transport = transport
    });

var vault = new Azure.Security.KeyVault.Secrets.SecretClient(
    new Uri(vaultUrl),
    credential,
    new Azure.Security.KeyVault.Secrets.SecretClientOptions
    {
        Transport = transport
    });

Користете ги вистинските vaultUrl, tenantId, clientId и clientSecret на апликацијата. Двете доделувања Transport = transport се намерни: едното го насочува добивањето на токен, а другото барањата за тајни на Key Vault.

Задржете го vaultUrl како вистинска крајна точка на трезорот. WebProxy на ракувачот го држи посредникот; јавни HTTP кандидати се достапни во списокот на HTTP прокси кога мрежната политика на трезорот го дозволува тој пат; конфигурирајте ги неговите Credentials пред да ги создадете клиентите ако мрежата ги бара.

Повторно користете го транспортот за работното оптоварување на клиентите и ослободете ги поседуваните ресурси при исклучување. Успешната прокси врска воспоставува пат, но мрежните и пристапните политики на Key Vault сè уште одлучуваат дали апликацијата смее да ја чита тајната.

Поврзани статии