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 امیدوار دستیاب ہوتے ہیں؛ اگر نیٹ ورک تقاضا کرے تو کلائنٹس بنانے سے پہلے اس کے Credentials کو کنفیگر کریں۔
کلائنٹس کے کام کے لیے ٹرانسپورٹ دوبارہ استعمال کریں اور بند کرتے وقت ملکیتی وسائل جاری کریں۔ کامیاب پراکسی کنکشن راستہ قائم کرتا ہے، تاہم ایپلیکیشن راز پڑھ سکتی ہے یا نہیں یہ اب بھی Key Vault کی نیٹ ورک اور رسائی پالیسیاں طے کرتی ہیں۔