Azure Key Vault .NET: postavke proxyja za tajne i zahtjeve za tokenima

Dodijelite isti Azure Core transport u SecretClientOptions i ClientSecretCredentialOptions prije početka bilo koje od dviju putanja zahtjeva.

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

Koristite stvarne vaultUrl, tenantId, clientId i clientSecret aplikacije. Dvije dodjele Transport = transport su namjerne: jedna usmjerava dobavljanje tokena, a druga zahtjeve za tajnama Key Vaulta.

Zadržite vaultUrl kao stvarnu završnu točku trezora. WebProxy rukovatelja drži posrednika; javni HTTP kandidati dostupni su na popisu HTTP proxyja kada mrežna politika trezora dopušta tu rutu; konfigurirajte njegove Credentials prije stvaranja klijenata ako ih mreža zahtijeva.

Ponovno upotrijebite transport za radno opterećenje klijenata i oslobodite posjedovane resurse pri gašenju. Uspješna proxy veza uspostavlja rutu, no mrežne i pristupne politike Key Vaulta i dalje odlučuju smije li aplikacija čitati tajnu.

Povezani članci