Azure Key Vault .NET: gosodiadau dirprwy ar gyfer cyfrinachau a cheisiadau tocyn
Neilltuwch yr un cludydd Azure Core i SecretClientOptions a ClientSecretCredentialOptions cyn dechrau'r naill lwybr cais na'r llall.
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
});Defnyddiwch vaultUrl, tenantId, clientId a clientSecret go iawn y rhaglen. Mae'r ddau aseiniad Transport = transport yn fwriadol: mae un yn cyfeirio cael tocyn a'r llall yn cyfeirio ceisiadau cyfrinachau Key Vault.
Cadwch vaultUrl fel pwynt terfyn gwirioneddol y gladdgell. Mae WebProxy y triniwr yn dal y cyfryngwr; mae ymgeiswyr HTTP cyhoeddus ar gael yn y rhestr dirprwyon HTTP pan fydd polisi rhwydwaith y gladdgell yn caniatáu'r llwybr hwnnw; ffurfweddwch ei Credentials cyn creu'r cleientiaid os yw'r rhwydwaith yn gofyn amdanynt.
Ailddefnyddiwch y cludydd ar gyfer llwyth gwaith y cleientiaid a gollyngwch adnoddau perchnogol wrth gau. Mae cysylltiad dirprwy llwyddiannus yn sefydlu llwybr, ond mae polisïau rhwydwaith a mynediad Key Vault yn dal i benderfynu a gaiff y rhaglen ddarllen y gyfrinach.