Azure Key Vault .NET: nastavitve posredniškega strežnika za skrivnosti in zahteve za žetone

Dodelite isti transport Azure Core v SecretClientOptions in ClientSecretCredentialOptions, preden se začne katera koli od obeh poti zahteve.

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

Uporabite prave vaultUrl, tenantId, clientId in clientSecret aplikacije. Dve dodelitvi Transport = transport sta namerni: ena usmerja pridobitev žetona, druga zahteve za skrivnosti Key Vault.

Ohranite vaultUrl kot dejansko končno točko trezorja. WebProxy obdelovalnika vsebuje posrednika; javni kandidati HTTP so na voljo na seznamu proxyjev HTTP, ko omrežna politika trezorja dovoljuje to pot; konfigurirajte njegove Credentials pred ustvarjanjem odjemalcev, če omrežje to zahteva.

Transport znova uporabite za obremenitev odjemalcev in ob izklopu sprostite lastne vire. Uspešna povezava prek proxyja vzpostavi pot, vendar omrežne in dostopne politike Key Vault še vedno odločajo, ali lahko aplikacija bere skrivnost.

Sorodni članki