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 នៅតែសម្រេចថាតើកម្មវិធីអាចអានអាថ៌កំបាំងបានឬអត់។