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 యొక్క నెట్‌వర్క్ మరియు యాక్సెస్ విధానాలు ఇప్పటికీ నిర్ణయిస్తాయి.

సంబంధిత వ్యాసాలు