Azure Key Vault .NET፦ ለሚስጥሮች እና ለቶከን ጥያቄዎች የፕሮክሲ ቅንብሮች
ከሁለቱም የጥያቄ መንገዶች በፊት ተመሳሳዩን የAzure Core ማጓጓዣ ለSecretClientOptions እና ለClientSecretCredentialOptions ይመድቡ።
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
});የመተግበሪያውን እውነተኛ vaultUrl፣ tenantId፣ clientId እና clientSecret ይጠቀሙ። ሁለቱ Transport = transport ምድቦች ሆን ተብለው ናቸው፦ አንዱ የቶከን ማግኛን እና ሌላው የKey Vault ሚስጥር ጥያቄዎችን ያስተላልፋል።
ቪልቱን vaultUrl እንደ ትክክለኛው የመጨረሻ ነጥብ ያቆዩ። የሃንድለሩ WebProxy መካከለኛውን ይይዛል፤ የቪልቱ የኔትወርክ መመሪያ ያንን መንገድ ሲፈቅድ ይፋዊ HTTP እጩዎች በHTTP proxy ዝርዝር ይገኛሉ፤ ኔትወርኩ ቢፈልግ ደንበኞቹን ከመፍጠሩ በፊት Credentials ያዘጋጁ።
ማጓጓዣውን ለደንበኞቹ ስራ እንደገና ይጠቀሙ እና በሚዘጋበት ጊዜ የተያዙ ሀብቶችን ያስወግዱ። የተሳካ የፕሮክሲ ግንኙነት መንገድ ይመሰርታል፤ የKey Vault የኔትወርክ እና የመዳረሻ መመሪያዎች ግን መተግበሪያው ሚስጥሩን ማንበብ እንደሚችል አሁንም ይወስናሉ።