Azure Key Vault .NET: proxy-stillingar fyrir leyndarmál og tákabeiðnir
Úthlutaðu sama Azure Core-flutningnum til SecretClientOptions og ClientSecretCredentialOptions áður en önnur beiðnileiðin hefst.
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
});Notaðu raunverulegu vaultUrl, tenantId, clientId og clientSecret forritsins. Tvær Transport = transport úthlutanirnar eru viljandi: önnur beinir öflun tákans og hin beiðnum um leyndarmál Key Vault.
Haltu vaultUrl sem raunverulegum endapunkti hvelsins. WebProxy sýslunnar heldur milliliðnum; opinberir HTTP-kostir eru í boði í HTTP-proxylistanum þegar netstefna hvelsins leyfir þá leið; stilltu Credentials þess áður en biðlararnir eru búnir til ef netið krefst þess.
Endurnýttu flutninginn fyrir vinnuálag biðlaranna og slepptu eigin auðlindum við slokknun. Árangursrík proxytenging myndar leið, en net- og aðgangsstefnur Key Vault ráða enn hvort forritið megi lesa leyndarmálið.