Azure Key Vault .NET: puhverserveri seaded saladuste ja tokenipäringute jaoks
Määrake SecretClientOptions-ile ja ClientSecretCredentialOptions-ile sama Azure Core'i transport enne kummagi päringutee alustamist.
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
});Kasutage rakenduse tegelikke vaultUrl, tenantId, clientId ja clientSecret väärtusi. Kaks Transport = transport omistust on tahtlikud: üks suunab tokeni hankimise ja teine Key Vaulti saladuste päringud.
Jätke vaultUrl tegelikuks hoidla lõpp-punktiks. Töötleja WebProxy hoiab vahendajat; avalikud HTTP-kandidaadid on saadaval HTTP puhverserverite loendis, kui hoidla võrgupoliitika seda marsruuti lubab; seadistage selle Credentials enne klientide loomist, kui võrk seda nõuab.
Kasutage transporti uuesti klientide töökoormuse jaoks ja vabastage omatud ressursid sulgemisel. Edukas puhverserveri ühendus loob marsruudi, kuid Key Vaulti võrgu- ja juurdepääsupoliitikad otsustavad endiselt, kas rakendus tohib saladust lugeda.