Azure Key Vault .NET: proxy-instellings vir geheime en tokenversoeke

Ken dieselfde Azure Core-transport aan SecretClientOptions en ClientSecretCredentialOptions toe voordat een van die twee versoekroetes begin.

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

Gebruik die toepassing se werklike vaultUrl, tenantId, clientId en clientSecret. Die twee Transport = transport-toewysings is doelbewus: een lei tokenverkryging en die ander lei Key Vault-geheimeversoeke.

Hou vaultUrl as die werklike kluis-eindpunt. Die handler se WebProxy hou die tussenganger, met openbare HTTP-kandidate beskikbaar in die HTTP-proxylys wanneer die kluis se netwerkbeleid daardie roete toelaat; stel sy Credentials op voordat die kliënte geskep word as die netwerk dit vereis.

Hergebruik die transport vir die kliënte se werklading en gooi besitte hulpbronne weg by afskakeling. 'n Suksesvolle proxyverbinding vestig 'n roete, terwyl Key Vault se netwerk- en toegangsbeleid steeds besluit of die toepassing die geheim mag lees.

Verwante artikels