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 شبکه ای او لاسرسي پالیسۍ لا هم پرېکړه کوي چې غوښتنلیک کولی شي راز ولولي که نه.

اړوندې مقالې