Azure Key Vault .NET: proxyinnstillingar for løyndomar og tokenførespurnader

Tildel den same Azure Core-transporten til SecretClientOptions og ClientSecretCredentialOptions før ein av dei to førespurnadsvegane startar.

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

Bruk dei ekte vaultUrl, tenantId, clientId og clientSecret til applikasjonen. Dei to Transport = transport-tilordningane er medvite: éin ruter tokenhenting og den andre ruter Key Vault-løyndomsførespurnader.

Hald vaultUrl som den faktiske vault-endepunktet. Handteraren sin WebProxy held mellomleddet; offentlege HTTP-kandidatar er tilgjengelege i HTTP-proxylista når nettverkspolicyen til vaulten tillèt den ruta; konfigurer Credentials før klientane vert oppretta om nettverket krev det.

Bruk transporten om att for arbeidslasta til klientane og frigjer eigne ressursar ved avslutting. Ei vellukka proxyforbinding etablerer ei rute, men nettverks- og tilgangspolicyane til Key Vault avgjer framleis om applikasjonen kan lese løyndomen.

Relaterte artiklar