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 ನ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಪ್ರವೇಶ ನೀತಿಗಳು ಇನ್ನೂ ನಿರ್ಧರಿಸುತ್ತವೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು