Azure Key Vault .NET: mipangilio ya proksi kwa siri na maombi ya tokeni

Weka usafirishaji sawa wa Azure Core kwa SecretClientOptions na ClientSecretCredentialOptions kabla ya kuanza mojawapo ya njia mbili za ombi.

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

Tumia vaultUrl, tenantId, clientId na clientSecret halisi za programu. Mipangilio miwili ya Transport = transport ni ya makusudi: mmoja huelekeza upatikanaji wa tokeni na mwingine maombi ya siri za Key Vault.

Weka vaultUrl kama kiishio halisi cha hazina. WebProxy ya kishughulikiaji hushikilia mpatanishi; wagombea wa HTTP wa umma wanapatikana katika orodha ya proksi za HTTP wakati sera ya mtandao ya hazina inaruhusu njia hiyo; sanidi Credentials yake kabla ya kuunda wateja ikiwa mtandao unahitaji.

Tumia tena usafirishaji kwa mzigo wa kazi wa wateja na uachilie rasilimali zinazomilikiwa wakati wa kuzima. Muunganisho wa proksi uliofanikiwa huweka njia, lakini sera za mtandao na ufikiaji za Key Vault bado huamua ikiwa programu inaweza kusoma siri.

Makala zinazohusiana