Azure Key Vault .NET: välityspalvelimen asetukset salaisuuksille ja tunnuspyynnöille
Kohdista sama Azure Core -siirtokerros SecretClientOptions- ja ClientSecretCredentialOptions-asetuksiin ennen kumman tahansa pyyntöpolun aloittamista.
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
});Käytä sovelluksen oikeita vaultUrl-, tenantId-, clientId- ja clientSecret-arvoja. Kaksi Transport = transport-määritystä ovat tarkoituksellisia: toinen ohjaa tunnuksen hankinnan ja toinen Key Vaultin salaisuuspynnät.
Pidä vaultUrl holvin todellisena päätepisteenä. Käsittelijän WebProxy pitää välittäjän; julkisia HTTP-ehdokkaita on saatavilla HTTP-välityspalvelinluettelossa, kun holvin verkkokäytäntö sallii kyseisen reitin; määritä sen Credentials ennen asiakkaiden luomista, jos verkko vaatii ne.
Käytä siirtokerrosta uudelleen asiakkaiden työkuormaan ja vapauta omistetut resurssit sammutettaessa. Onnistunut välityspalvelinyhteys luo reitin, mutta Key Vaultin verkko- ja käyttökäytännöt päättävät edelleen, saako sovellus lukea salaisuuden.