Azure Key Vault .NET: cấu hình proxy cho bí mật và yêu cầu token
Gán cùng một vận chuyển Azure Core cho SecretClientOptions và ClientSecretCredentialOptions trước khi bắt đầu một trong hai đường yêu cầu.
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
});Dùng vaultUrl, tenantId, clientId và clientSecret thật của ứng dụng. Hai phép gán Transport = transport là có chủ đích: một định tuyến việc lấy token, phép còn lại định tuyến các yêu cầu bí mật của Key Vault.
Giữ vaultUrl là điểm cuối thực của kho. WebProxy của trình xử lý giữ trung gian; các ứng viên HTTP công khai có trong danh sách proxy HTTP khi chính sách mạng của kho cho phép tuyến đó; cấu hình Credentials của nó trước khi tạo các ứng dụng khách nếu mạng yêu cầu.
Tái sử dụng vận chuyển cho khối lượng công việc của các ứng dụng khách và giải phóng tài nguyên sở hữu khi tắt. Kết nối proxy thành công thiết lập một tuyến, nhưng chính sách mạng và truy cập của Key Vault vẫn quyết định ứng dụng có được đọc bí mật hay không.