ஒரு API bearer டோக்கனைப் பெற்று சேவையகத்தின் மெட்டாடேட்டா மற்றும் கையொப்ப விசையைப் பதிவிறக்குவதில் தோல்வியடையலாம். அந்த JWT bearer திட்டத்தை அதன் தற்போதைய பதிவுக்குப் பிறகும் கோரிக்கைகளுக்கு முன்பும் உள்ளமைக்கவும்:

using System.Net;
using Microsoft.AspNetCore.Authentication.JwtBearer;

builder.Services.Configure<JwtBearerOptions>(
    JwtBearerDefaults.AuthenticationScheme, options =>
    {
        options.BackchannelHttpHandler = new HttpClientHandler
        {
            UseProxy = true,
            Proxy = new WebProxy("http://proxy.example:8080")
        };
    });

பதிவு செய்யப்பட்ட பெயருடன் பொருத்தவும்; இயல்புநிலை Bearer இலிருந்து வேறுபட்டால் அதன் உண்மையான பெயரைப் பயன்படுத்தவும். Authority, Audience மற்றும் தற்போதைய டோக்கன் அளவுருக்களைப் பாதுகாக்கவும். பொது மெட்டாடேட்டா மற்றும் கையொப்ப விசை முனை, பொது ப்ராக்ஸி அணுகல் அனுமதிக்கப்படும்போது, இந்தக் கணக்கில்லாத WebProxy URL க்கு HTTP ப்ராக்ஸி பட்டியல்லில் இருந்து வேட்பாளரைப் பயன்படுத்தலாம்.

நிலையான அமைப்பில் post-configuration இந்த handler இலிருந்து backchannel ஐ உருவாக்குகிறது. முழுமையான Backchannel அல்லது தனிப்பயன் ConfigurationManager ஏற்கனவே மீட்டெடுப்பானை வழங்கினால், அதற்குப் பதிலாக அந்தப் பொருளை உள்ளமைக்கவும். handler பண்பு இரண்டையும் மேலெழுதாது.

எந்தப் ப்ராக்ஸி கணக்கையும் பயன்படுத்துவதற்கு முன் WebProxy இல் அமைக்கவும், SendAsync உள்ளே Proxy ஐ மாற்றுவதன் மூலம் அல்ல. issuer, audience, கையொப்பம், ஆயுட்காலம் மற்றும் கூடுதல் சரிபார்ப்பான்களைப் பாதுகாக்கவும். OIDC உள்நுழைவு மற்றும் தனி டோக்கன் பெறுதல் அவற்றின் சொந்த HTTP பாதைகளைத் தக்கவைக்கின்றன.

தொடர்புடைய கட்டுரைகள்