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-ի ցանցային և մուտքի քաղաքականությունները դեռ որոշում են՝ հավելվածը կարող է կարդալ գաղտնիքը, թե ոչ:

Առնչվող հոդվածներ